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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the measurement procedures for the conformance test of the minimum performance 
requirements for FDD mode of UTRA user equipment (UE) that supports Assisted Global Navigation Satellite Systems 
(A-GNSS). It includes the measurement procedures for the conformance test of both UE-based and UE-assisted 
A-GNSS. It excludes performance requirements for UEs where the only A-GNSS supported is A-GPS LlC/A which are 
specified in TS 34.171. 

Tests are only applicable to those mobiles that are intended to support the appropriate functionality. To indicate the 
circumstances in which tests apply, this is noted in the "definition and applicability'" part of the test. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

For a Release 1999 UE, references to 3GPP documents are to version 3.x.y. 

For a Release 4 UE, references to 3GPP documents are to version 4.x.y. 

For a Release 5 UE, references to 3GPP documents are to version 5.x.y. 

For a Release 6 UE, references to 3GPP documents are to version 6.x.y. 

For a Release 7 UE, references to 3GPP documents are to version 7.x.y. 

For a Release 8 UE, references to 3GPP documents are to version S.x.y. 

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TR 25.990: "Vocabulary for UTRAN". 

[3] 3GPP TS 34.108: "Common test environments for User Equipment (UE) conformance testing". 

[4] 3GPP TS 34.109: "Terminal logical test interface; Special conformance testing functions". 

[5] 3GPP TS 25.33 1 : "Radio Resource Control (RRC) protocol specification". 

[6] 3GPP TS 25.171: "Requirements for support of Assisted Global Positioning System (A-GPS); 

Frequency Division Duplex (FDD)". 

[7] 3GPP TS 25.302: "Services provided by the physical layer". 

[8] IS-GPS-200, Revision D, "Navstar GPS Space Segment/Navigation User Interfaces", March 7*, 

2006. 

[9] P. Axelrad, R.G. Brown, "GPS Navigation Algorithms", in Chapter 9 of "Global Positioning 

System: Theory and Applications", Volume 1, B.W. Parkinson, J.J. Spilker (Ed.), Am. Inst, of 
Aeronautics and Astronautics Inc., 1996. 

[10] S.K. Gupta, "Test and Evaluation Procedures for the GPS User Equipment", lON-GPS Red Book, 

Volume l,p. 119. 



£75/ 



3GPP TS 34.1 72 version 10.1.0 Release 1 8 ETSI TS 1 34 1 72 VI 0.1 .0 (201 1 -07) 

[11] 3GPP TS 25.215: "Physical layer; Measurements (FDD)". 

[12] lEC 60068-2-1: "Environmental testing - Part 2: Tests. Tests A: Cold". 

[13] lEC 60068-2-2: "Environmental testing - Part 2: Tests. Tests B: Dry heat". 

[14] ETSI TR 102 273-2-1: "Electromagnetic compatibility and Radio spectrum Matters (ERM); 

Improvement on Radiated Methods of Measurement (using test site) and evaluation of the 
corresponding measurement uncertainties; Part 1: Uncertainties in the measurement of mobile 
radio equipment characteristics; Sub-part 2: Examples and annexes". 

[15] 3GPP TS 34.123-2: " User Equipment (UE) conformance specification; Part 2: Implementation 

Conformance Statement (ICS) proforma specification". 

[16] 3GPP TS 25.101: "UE radio Transmission and Reception (FDD)". 

[17] 3GPP TS 25.306: "UE Radio Access Capabilities". 

[18] IS-GPS-705, "Navstar GPS Space Segment/User Segment L5 Interfaces", September 22, 2005. 

[19] IS-GPS-800, "Navstar GPS Space Segment/User Segment LlC Interfaces", September 4, 2008. 

[20] IS-QZSS, "Quasi Zenith Satellite System Navigation Service Interface Specifications for QZSS", 

Ver.1.1, July 31, 2009. 

[21] "GaUleo OS Signal in Space ICD (OS SIS ICD)", Draft 0, GaUleo Joint Undertaking, May 23"^, 

2006. 

[22] "Global Navigation Satellite System GLONASS Interface Control Document", Version 5.1, 2008. 

[23] "Specification for the Wide Area Augmentation System (WAAS) ", US Department of 

Transportation, Federal Aviation Administration, DTFA01-96-C-00025, 2001. 

[24] 3GPP TS 25.172: "Requirements for support of Assisted Galileo and Additional Navigation 

Satellite Systems (A-GANSS); Frequency Division Duplex (FDD)". 

[25] 3GPP TS 37.571-5: "User Equipment (UE) conformance specification for UE positioning; Part 5: 

Test scenarios and assistance data" 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purpose of the present document, the terms and definitions given in 3GPP TR 21.905 [1], 3GPP TR 25.990 [2] 
and the following apply: 

Horizontal Dilution Of Precision (HDOP): measure of position determination accuracy that is a function of the 
geometrical layout of the satellites used for the fix, relative to the receiver antenna. 

LI: L band GPS transmission frequency of 1575.42 MHz. 

3.2 Symbols 

For the purposes of the present document, the symbols given in 3GPP TR 21.905 [1], 3GPP TR 25.990 [2] and the 
following apply: 

[. . .] A value included in square bracket must be considered for further study, because a decision about 

that value has not been taken 

c Speed of light. 
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El 
E5 
E6 
Gl 

G2 

k 

LI C/A 

Lie 
L2C 
L5 
G 

PcNSS„ ,i 

W 



Galileo El navigation signal with carrier frequency of 1575.420 MHz. 

Galileo E5 navigation signal with carrier frequency of 1 191.795 MHz. 

Galileo E6 navigation signal with carrier frequency of 1278.750 MHz. 

GLONASS navigation signal in the LI sub-bands with carrier frequencies 1602 MHz + 

kx 562.5 kHz. 

GLONASS navigation signal in the L2 sub-bands with carrier frequencies 1246 MHz + 

kx 437.5 kHz. 

GLONASS channel number, k = -7. . . 13. 

GPS or QZSS LI navigation signal carrying the Coarse/ Acquisition code with carrier 

frequency of 1575.420 MHz. 

GPS or QZSS LI Civil navigation signal with carrier frequency of 1575.420 MHz. 

GPS or QZSS L2 Civil navigation signal with carrier frequency of 1227.600 MHz. 

GPS or QZSS L5 navigation signal with carrier frequency of 1 176.450 MHz. 

Geometry Matrix. 

Measured pseudo-range of satellite / of GNSSn,. 

Weighting Matrix. 

Line of sight unit vector from the user to the satellite / of GNSSn,. 

State vector of user position and clock bias. 



3.3 Abbreviations 

For the purpose of the present document, the abbreviations given in 3GPP TR 21.905 [1], 3GPP TR 25.990 [2] and the 
following apply: 

A-GANSS Assisted-Gahleo and Additional Navigation SatelUte Systems 

A-GNSS Assisted-GNSS 

A-GPS Assisted - Global Positioning System 

AWGN Additive White Gaussian Noise 

C/A Coarse/Acquisition 

DUT Device Under Test 

ECEF Earth-Centered, Earth-Fixed 

ECl Earth-Centered-Inertial 

FDD Frequency Division Duplex 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema (Engl.: Global Navigation Satellite System) 

GNSS Global Navigation Satellite System 

GPS Global Positioning System 

GSS GNSS System Simulator 

HDOP Horizontal Dilution Of Precision 

ICD Interface Control Document 

IS Interface Specification 

LOS Line Of Sight 

OCNS Orthogonal Channel Noise Simulator. NOTE: A mechanism used to simulate the users or control 

signals on the other orthogonal channels of a downlink. 

QZS Quasi-Zenith Satellite 

QZSS Quasi-Zenith Satellite System 

RRC Radio Resource Control 

SBAS Space Based Augmentation System 

SFN System Frame Number 

SS System Simulator. NOTE: See annex A for description. 

SV Space Vehicle 

SV ID Space Vehicle Identity 

TOD Time Of Day 

TOW Time Of Week 

TTFF Time To First Fix 

UE User Equipment 

UTRA Universal Terrestrial Radio Access 

UTRAN Universal Terrestrial Radio Access Network 

WLS Weighted Least Square 
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WGS-84 



World Geodetic System 1984 



General test conditions 



4.1 



GNSS test conditions 



4.1.1 GNSS signals 

The GNSS signal is defined at the A-GNSS antenna connector of the UE. For UE with integral antenna only, a 
reference antenna with a gain of dBi is assumed. 

4.1.2 GNSS frequency 

The GNSS signals shall be transmitted with a frequency accuracy of ± 0.025 PPM. 

4.1 .3 Mobile stations supporting multiple GNSS signals 

For mobile stations supporting multiple GNSS signals, different minimum performance requirements may be associated 
with different signals. The satellite simulator shall generate all signals supported by the UE. Signals not supported by 
the UE do not need to be simulated. The relative power levels of each signal type for each GNSS are defined in Table 
4.1.3. The individual test scenarios define the reference signal power level for each satellite. The power level of each 
simulated satellite signal type shall be set to the reference signal power level defined in each test scenario plus the 
relative power level defined in Table 4. 1.3. 

Table 4.1.3: Relative signal power levels for each signal type for each GNSS 





Galileo 


GPS/Modernized 
GPS 


GLONASS 


QZSS 


SBAS 


Signal power levels 
relative to reference 
power levels 


E1 


OdB 


L1 C/A 


OdB 


G1 


OdB 


LI C/A 


OdB 


LI 


OdB 


E6 


+2dB 


L1C 


+1.5 dB 


G2 


-6dB 


Lie 


+1.5 dB 






E5 


+2dB 


L2C 


-1.5 dB 






L2C 


-1.5 dB 










L5 


+3.6 dB 






L5 


+3.6 dB 







NOTE 1: For test cases which involve 'Modernized GPS', the satellite simulator shall also generate the GPS LI C/A 
signal if the UE supports 'GPS' in addition to 'Modernized GPS'. 

NOTE 2: The signal power levels in the Test Parameter Tables represent the total signal power of the satellite per 
channel not e.g. pilot and data channels separately. 



4.1 .4 GNSS multi System Time Offsets 



If more than one GNSS is used in a test, the accuracy of the GNSS-GNSS Time Offsets used at the system simulator 
shall be better than 3 ns. 



4.2 



UTRA test conditions 



4.2.1 UTRA frequency band and frequency range 

The tests in the present document are performed at mid range of the UTRA operating frequency band of the UE. The 
UARFCNs to be used for mid range are defined in 3GPP TS 37.571-5 [25], subclause 5.1.1. 

If the UE supports multiple frequency bands then the Sensitivity tests in subclause 5.2 shall be repeated in each 
supported frequency band. 
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4.2.2 Sensors 

The minimum performances shall be met without the use of any data coming from sensors that can aid the positioning. 
A dedicated test message 'RESET UE POSITIONING STORED INFORMATION' has been defined in TS 34.109 for 
the purpose of disabling any such sensors. 



5 Performance requirements for A-GNSS 

5.1 General 

This subclause defines the minimum performance requirements for both UE based and UE assisted FDD A-GNSS 
terminals. If a terminal supports both modes then it shall be tested in both modes. It excludes performance requirements 
for UEs where the only A-GNSS supported is A-GPS LlC/A which are specified in TS 34.171. 

The requirements are defined for CELL_DCH and CELL_FACH states. All tests shall be performed in CELL_DCH 
state and the Nominal Accuracy Performance test case shall be also performed in CELL_FACH state. 

5.1 .1 Measurement parameters 

5.1 .1 .1 UE based A-GNSS measurement parameters 

In case of UE-based A-GNSS, the measurement parameters are contained in the RRC UE POSITIONING POSITION 
ESTIMATE INFO IE. The measurement parameter is the horizontal position estimate reported by the UE and expressed 
in latitude/longitude. 

5.1 .1 .2 UE assisted A-GNSS measurement parameters 

In case of UE-assisted A-GNSS, the measurement parameters are contained in the RRC UE POSITIONING GANSS 
MEASURED RESULTS IE and possibly the RRC UE POSITIONING GPS MEASURED RESULTS IE. The 
measurement parameters are the UE GANSS Code Phase measurements and possibly the UE GPS Code Phase 
measurements, as specified in 3GPP TS 25.302 [7] and 3GPP TS 25.215 [11]. The UE GANSS Code Phase 
measurements, possibly combined with the UE GPS Code Phase measurements, are converted into a horizontal position 
estimate using the procedure detailed in annex B. 

5.1 .1 .3 2D position error 

The 2D position error is defined by the horizontal difference in meters between the ellipsoid point reported or calculated 
from the UE Measurement Report and the actual simulated position of the UE in the test case considered. 

5.1.1.4 Response time 

Max Response Time is defined as the time starting from the moment that the UE has received the final RRC 
measurement control message containing reporting criteria different from "No Reporting" sent before the UE sends the 
measurement report containing the position estimate or the GANSS and GPS measured result, and ending when the UE 
starts sending the measurement report containing the position estimate or the GANSS and GPS measured result on the 
Uu interface. The response times specified for all test cases are Time-to-First-Fix (TTFF) unless otherwise stated, i.e. 
the UE shall not re-use any information on GNSS time, location or other aiding data that was previously acquired or 
calculated and stored internally in the UE. A dedicated test message 'RESET UE POSITIONING STORED 
INFORMATION' specified in 3GPP TS 34.109 [4], subclause 5.4, has been defined for the purpose of deleting this 
information. 
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5.2 Sensitivity 

5.2.1 Sensitivity Coarse Time Assistance 



5.2.1.1 



Definition and applicability 



Sensitivity with coarse time assistance is the minimum level of GNSS satellite signals required for the UE to make an 
A-GNSS position estimate to a specific accuracy and within a specific response time when the network only provides 
coarse time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 5.2.1.1. 

Table 5.2.1.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 


Supported GNSS 


1 


UE supporting A-GLONASS only 


2 


UE supporting A-Galileo only 


3 


UE supporting A-GPS and Modernized GPS only 


4 


UE supporting A-GPS and A-GLONASS only 



5.2.1.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 5.2.1.2-3 for the 
parameters specified in table 5.2.1.2-1. 

Table 5.2.1 .2-1 : Test parameters for Sensitivity Coarse Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.2.1.2-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


GPS'" 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


GLONASS 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


Note: "GPS" here means GPS L1 G/A, Modernized GPS, or both, dependent on UE capabilities. 



Table 5.2.1.2-2: Power level and satellite allocation 







Satellite allocation for each 
constellation 




GNSS-1^" 


GNSS-2 


GNSS-3 


Single constellation 


High signal level 


1 


- 


- 


Low signal level 


5 


- 


- 


Dual constellation 


High signal level 


1 


- 


- 


Low signal level 


2 


3 


- 


Triple constellation 


High signal level 


1 


- 


- 


Low signal level 


1 


2 


2 


Note: For GPS capable receivers, GNSS-1 , i.e. the system having the satellite 
with high signal level, shall be GPS. 
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Table 5.2.1.2-3: Minimum requirements for Sensitivity Coarse Time Assistance 



System 


Success rate 


2-D position error 


IVIax response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [24], subclause 5.1.1.1. 

5.2.1.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent weak signal conditions and with only Coarse Time Assistance provided by the SS. 

5.2.1.4 Method of test 

5.2.1.4.1 Initial conditions 

Test environment: normal; see subclause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 5.2.1.5-1 for GNSS scenario #1. For GNSS-1, select the first 
satellite SV ID defined in the relevant table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 for the one satellite with 
the higher level. 

3. Switch on the UE. 

5.2.1.4.2 Procedure 

1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [25] subclause 
6.2.1.2.6. 

2. Set up a connection using the procedure in subclause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [25], subclauses 
6.2.2 and 6.2.7 for UE based testing; or subclauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [25] subclause 6.2.7.2; 
as required to obtain a fix using the procedure specified in 3GPP TS 34.108 [3], subclauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.2.1.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.2. 1 .5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in 
subclause 5.1.1.3. Compare the 2D position error against the value in table 5.2.1.5-3 and record one Good Result 
or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE, used in step 1, and calculate the 2D position error as specified in subclause 5.1.1.3. 
Compare the 2D position error against the value in table 5.2.1.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in subclause D.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. For GNSS-1, select the first satellite SV ID defined in the 
relevant table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 for the one satellite with the higher level. Use new 
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random values for the UE location and altitude in step 1 and for the GPS TOW msec or GANSS TOD offset in 
step 3. 

Repeat steps 1 to 7 until the statistical requirements of subclause 5.2. 1 .5 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used for GNSS-1, select the next satellite SV ID from the one used previously, 
defined in the relevant table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2, for the one satellite with the higher 
level. 



5.2.1.5 



Test Requirements 



For the parameters specified in table 5.2.1.5-1 the UE shall meet the requirements and the success rate specified in 
table 5.2.1.5-3 with a confidence level of 95% according to annex F.5.1. 

Table 5.2.1 .5-1 : Test parameters for Sensitivity Coarse Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.2.1.5-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


GPS*" 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


GLONASS 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


Note: "GPS" here means GPS L1 G/A, Modernized GPS, or both, dependent on UE capabilities. 



Table 5.2.1.5-2: Power level and satellite allocation 







Satellite allocation for each 
constellation 




GNSS-1*" 


GNSS-2 


GNSS-3 


Single constellation 


High signal level 


1 


- 


- 


Low signal level 


5 


- 


- 


Dual constellation 


High signal level 


1 


- 


- 


Low signal level 


2 


3 


- 


Triple constellation 


High signal level 


1 


- 


- 


Low signal level 


1 


2 


2 


Note: For GPS capable receivers, GNSS-1 , i.e. the system having the satellite 
with high signal level, shall be GPS. 



Table 5.2.1.5-3: Test requirements for Sensitivity Coarse Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 

for this test is non-zero. The Test Tolerance for this test is defined in subclause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in subclause F.4. 
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5.2.2 Sensitivity Fine Time Assistance 



5.2.2.1 



Definition and applicability 



Sensitivity with fine time assistance is the minimum level of GNSS satellite signals required for the UE to make an A- 
GNSS position estimate to a specific accuracy and within a specific response time when the network provides fine time 
assistance in addition to coarse time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS and that is capable of 
providing an enhanced performance when the network provides Fine Time Assistance. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 5.2.2.1. 

Table 5.2.2.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 


Supported GNSS 


1 


UE supporting A-GLONASS only 


2 


UE supporting A-Galileo only 


3 


UE supporting A-GPS and Modernized GPS only 


4 


UE supporting A-GPS and A-GLONASS only 



5.2.2.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 5.2.2.2-3 for the 
parameters specified in table 5.2.2.2-1. 

Table 5.2.2.2-1 : Test parameters for Sensitivity Fine Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.2.2.2- 
2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


GNSS fine time assistance error range 


lis 


±10 


Galileo 


Reference signal power level 


dBm 


-147 


GPS*" 


Reference signal power level 


dBm 


-147 


GLONASS 


Reference signal power level 


dBm 


-147 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.2.2.2-2: Satellite allocation 





Satellite allocation for each 
constellation 


GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 



Table 5.2.2.2-3: Minimum requirements for Sensitivity Fine Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 
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The reference for this requirement is 3GPP TS 25. 172 [24], subclause 5. 1 .2. 1 . 

5.2.2.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent weak signal conditions and with Fine Time Assistance provided by the SS. 

5.2.2.4 Method of test 

5.2.2.4.1 Initial conditions 

Test environment: normal; see subclause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GNSS test parameters as specified in table 5.2.2.5-1 for GNSS scenario #1. 

3. Switch on the UE. 

5.2.2.4.2 Procedure 

1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [25] subclause 
6.2.1.2.6. 

2. Set up a connection using the procedure in subclause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [25], subclauses 
6.2.2 and 6.2.7 for UE based testing; or subclauses 6.2.4 and 6.2.7 for UE assisted testing with the values of GPS 
TOW msec or GANSS TOD, and UTRAN GPS timing of cell frames or UTRAN GANSS timing of cell frames 
offset by random values as specified in 3GPP TS 37.571-5 [25] subclause 6.2.7.2; as required to obtain a fix 
using the procedure specified in 3GPP TS 34.108 [3], subclauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.2.2.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.2.2.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in 
subclause 5.1.1.3. Compare the 2D position error against the value in table 5.2.2.5-3 and record one Good Result 
or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in subclause 5.1.1.3. 
Compare the 2D position error against the value in table 5.2.2.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in subclause D.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec or GANSS TOD, and UTRAN GPS timing of cell frames or UTRAN 
GANSS timing of cell frames offsets in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of subclause 5.2.2.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
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5.2.2.5 



Test Requirements 



For the parameters specified in table 5.2.2.5-1 the UE shall meet the requirements and the success rate specified in 
table 5.2.2.5-3 with a confidence level of 95% according to annex F.5.1. 

Table 5.2.2.5-1 : Test parameters for Sensitivity Fine Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.2.2.5-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


GNSS fine time assistance error range 


IIS 


+9 


Galileo 


Reference signal power level 


dBm 


-146 


GPS*" 


Reference signal power level 


dBm 


-146 


GLONASS 


Reference signal power level 


dBm 


-146 


Note: "GPS" here means GPS L1 G/A, Modernized GPS, or both, dependent on UE capabilities. 



Table 5.2.2.5-2: Satellite allocation 





Satellite allocation for each 
constellation 


GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 



Table 5.2.2.5-3: Test requirements for Sensitivity Fine Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 

for this test is non-zero. The Test Tolerance for this test is defined in subclause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in subclause F.4. 

5.3 Nominal Accuracy 
5.3.1 Definition and applicability 

Nominal accuracy is the accuracy of the UE's A-GNSS position estimate under ideal GNSS signal conditions. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 5.3.1. 



Table 5.3.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 



Supported GNSS 



UE supporting A-GLONASS only 



UE supporting A-Galileo only 



UE supporting A-GPS and IVIodernized GPS only 



UE supporting A-GPS and A-GLONASS only 



£75/ 



3GPP TS 34.172 version 10.1.0 Release 10 



18 



ETSI TS 134 172 VI 0.1.0 (2011-07) 



5.3.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.3.2-3 for the 
parameters specified in table 5.3.2-1. 

Table 5.3.2-1 : Test parameters for Nominal Accuracy 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.3.2-2 


Total number of generated satellites 


- 


6 or 7'^' 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


QZSS 


Reference signal power level for all satellites 


dBm 


-128.5 


SBAS 


Reference signal power level for all satellites 


dBm 


-131 


Note 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 

capabilities. 
Note 2: 7 satellites apply only for SBAS case. 



If QZSS is supported, one of the GPS satellites will be replaced by a QZSS satellite with respective signal support. 
If SBAS is supported, the SBAS satellite with the highest elevation will be added to the scenario. 

Table 5.3.2-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2^" 


GNSS 3*" 


SBAS 


Single constellation 


6 


— 


- 


1 


Dual constellation 


3 


3 


- 


1 


Triple constellation 


2 


2 


2 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 5.3.2-3: Minimum requirements for Nominal Accuracy 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


15m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [24], subclause 5.2.1. 

5.3.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent ideal conditions. 

5.3.4 Metliod of test 
5.3.4.1 Initial conditions 

Test environment: normal; see subclause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 5.3.4.2 for GNSS scenario #3. 

3. Switch on the UE. 
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5.3.4.2 



Procedure 



1. Start GNSS scenario #3 as specified in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [25] subclause 
6.2.1.2.6. 

2. Set up a connection using the procedure in subclause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [25], subclauses 
6.2.2 and 6.2.7 for UE based testing; or subclauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [25] subclause 6.2.7.2; 
using the exception to the RRC MEASUREMENT CONTROL message Hsted in table 5.3.5-1; as required to 
obtain a fix using the procedure specified in 3GPP TS 34.108 [3], subclauses 7.5.6 or 7.5.8. 

Table 5.3.4.2: Contents of RRC MEASUREMENT CONTROL message 



Information Element 


Value/Remark 


- UE positioning reporting quantity 
- Horizontal accuracy 


"6" (7.7m) 



4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.3.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.3.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in 
subclause 5.1.1.3. Compare the 2D position error against the value in table 5.3.5-3 and record one Good Result 
or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in subclause 5.1.1.3. 
Compare the 2D position error against the value in table 5.3.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in subclause D.3. 

7. Repeat steps 1 to 6 using GNSS scenario #4 instead of #3 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec or GANSS TOD offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of subclause 5.3.5 are met. Each time scenario #3 or #4 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 



5.3.5 Test Requirements 



For the parameters specified in table 5.3.5-1 the UE shall meet the requirements and the success rate specified in 
table 5.3.5-3 with a confidence level of 95% according to annex F.5.1. 
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Table 5.3.5-1 : Test parameters for Nominal Accuracy 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.3.5-3 


Total number of generated satellites 


- 


6or/^' 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


QZSS 


Reference signal power level for all satellites 


dBm 


-128.5 


SBAS 


Reference signal power level for all satellites 


dBm 


-131 


Note 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 

capabilities. 
Note 2: 7 satellites apply only for SBAS case. 



If QZSS is supported, one of the GPS satellites will be replaced by a QZSS satellite with respective signal support. 
If SBAS is supported, the SBAS satellite with the highest elevation will be added to the scenario. 

Table 5.3.5-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


SBAS 


Single constellation 


6 


- 


- 


1 


Dual constellation 


3 


3 


- 


1 


Triple constellation 


2 


2 


2 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 5.3.5-3: Test requirements for Nominal Accuracy 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


16.3 m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 

for this test is non-zero. The Test Tolerance for this test is defined in subclause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in subclause F.4. 

5.4 Dynamic Range 

5.4.1 Definition and applicability 

Dynamic Range is the maximum difference in level of the GNSS signals from a number of satellites that allows the UE 
to make an A-GNSS position estimate with a specific accuracy and a specific response time. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 5.4.1. 
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Table 5.4.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 


Supported GNSS 


1 


UE supporting A-GLONASS only 


2 


UE supporting A-Galileo only 


3 


UE supporting A-GPS and Modernized GPS only 


4 


UE supporting A-GPS and A-GLONASS only 



5.4.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.4.2-3 for the 
parameters specified in table 5.4.2-1. 

Table 5.4.2-1 : Test parameters for Dynamic Range 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.4.2-2 


Total number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-127.5 


Reference low signal power level 


dBm 


-147 


GPS*'' 


Reference high signal power level 


dBm 


-129 


Reference low signal power level 


dBm 


-147 


GLONASS 


Reference high signal power level 


dBm 


-131.5 


Reference low signal power level 


dBm 


-147 


Note: "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.4.2-2: Power level and satellite allocation 







Satellite allocation for each constellation 




GNSS1*" 


GNSS 2'" 


GNSS 3*" 


Single constellation 


High signal level 


2 


- 


- 


Low signal level 


4 


- 


- 


Dual constellation 


High signal level 


1 


1 


- 


Low signal level 


2 


2 


— 


Triple constellation 


High signal level 


1 


1 


1 


Low signal level 


1 


1 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 5.4.2-3: Minimum requirements for Dynamic Range 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [24], subclause 5.3.1. 

5.4.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
have a wide dynamic range. Strong satellites are likely to degrade the acquisition of weaker satellites due to their 
cross-correlation products. 
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5.4.4 Method of test 

5.4.4.1 Initial conditions 

Test environment: normal; see subclause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GNSS test parameters as specified in table 5.4.5-1 for GNSS scenario #1. Randomly select from the 
satelHte SV IDs defined in the table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 for the satelUtes with the higher 
levels. 

3. Switch on the UE. 

5.4.4.2 Procedure 

1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [25] subclause 
6.2.1.2.6. 

2. Set up a connection using the procedure in subclause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [25], subclauses 
6.2.2 and 6.2.7 for UE based testing; or subclauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [25] subclause 6.2.7.2; 
as required to obtain a fix using the procedure specified in 3GPP TS 34.108 [3], subclauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.4.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.4.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in 
subclause 5.1.1.3. Compare the 2D position error against the value in table 5.4.5-3 and record one Good Result 
or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in subclause 5.1.1.3. 
Compare the 2D position error against the value in table 5.4.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in subclause D.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Randomly select from the satellite SV IDs defined in the 
table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 for the satellites with the higher levels. Use new random 
values for the UE location and altitude in step 1 and for the GPS TOW msec or GANSS TOD offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of subclause 5.4.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, randomly select from the set of satellite SV IDs defined in the table in 3GPP 
TS 37.571-5 [25] subclause 6.2.1.2, for the satellites with the higher levels. 



5.4.5 Test Requirements 



For the parameters specified in table 5.4.5-1 the UE shall meet the requirements and the success rate specified in 
table 5.4.5-3 with a confidence level of 95% according to annex F.5.1. 
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Table 5.4.5-1 : Test parameters for Dynamic Range 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.4.5-2 


Total number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-126.7 


Reference low signal power level 


dBm 


-146 


GPS'^' 


Reference high signal power level 


dBm 


-128.2 


Reference low signal power level 


dBm 


-146 


GLONASS 


Reference high signal power level 


dBm 


-130.7 


Reference low signal power level 


dBm 


-146 


Note: "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.4.5-2: Power level and satellite allocation 







Satellite allocation for each constellation 




GNSS1*" 


GNSS 2'" 


GNSS 3*" 


Single constellation 


High signal level 


2 


- 


- 


Low signal level 


4 


- 


— 


Dual constellation 


High signal level 


1 


1 


— 


Low signal level 


2 


2 


- 


Triple constellation 


High signal level 


1 


1 


1 


Low signal level 


1 


1 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 5.4.5-3: Test requirements for Dynamic Range 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 

for this test is non-zero. The Test Tolerance for this test is defined in subclause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in subclause F.4. 



5.5 Multi-path Performance 
5.5.1 Definition and applicability 

Multi-path performance measures the accuracy and response time of the UE's A-GNSS position estimate in a specific 
GNSS signal multi-path environment. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 5.5.1. 

Table 5.5.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 



Supported GNSS 



UE supporting A-GLONASS only 



UE supporting A-Galileo only 



UE supporting A-GPS and Modernized GPS only 



UE supporting A-GPS and A-GLONASS only 
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5.5.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.5.2-3 for the 
parameters specified in table 5.5.2-1. 

Table 5.5.2-1 : Test parameters for Multi-path Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.5.2-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference signal power level 


dBm 


-127 


GPS*" 


Reference signal power level 


dBm 


-128.5 


GLONASS 


Reference signal power level 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.5.2-2: Channel model allocation 







Channel model allocation for each 
constellation 




GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


One-tap channel 


2 


- 


- 


Two-tap channel 


4 


- 


- 


Dual constellation 


One-tap channel 


1 


1 


- 


Two-tap channel 


2 


2 


— 


Triple constellation 


One-tap channel 


1 


1 


1 


Two-tap channel 


1 


1 


1 


Note: One-tap channel: no multi-path. Two-tap channel: multi-path defined in 
Annex C 



Table 5.5.2-3: Minimum requirements for Multi-path Performance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [24], subclause 5.4.1. 

5.5.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent simple multi-path conditions. 

5.5.4 Metlnod of test 
5.5.4.1 Initial conditions 

Test environment: normal; see subclause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 5.5.5-1 for GNSS scenario #1. Randomly select from the 
satelHte SV IDs defined in the table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 for the satelHtes with one-tap 
channel. 

3. Switch on the UE. 
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5.5.4.2 Procedure 

1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [25] subclause 
6.2.1 .2.6. The initial carrier phase difference between taps of the multi-path model shall be randomly selected 
between and 2n radians by selecting the next random number from a standard uniform random number 
generator, in the range to 2n, representing radians with a resolution of 0.1, representing 0.1 radians. 

2. Set up a connection using the procedure in subclause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [25], subclauses 
6.2.2 and 6.2.7 for UE based testing; or subclauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [25] subclause 6.2.7.2; 
as required to obtain a fix using the procedure specified in 3GPP TS 34.108 [3], subclauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.5.5-4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.5.5-4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1 , and calculate the 2D position error as specified in 
subclause 5.1.1.3. Compare the 2D position error against the value in table 5.5.5-4 and record one Good Result 
or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in subclause 5.1.1.3. 
Compare the 2D position error against the value in table 5.5.5-4 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in subclause D.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Randomly select from the satellite SV IDs defined in the 
table in 3GPP TS 37.571-5 [25] subclause 6.2.1.2 for the satellites with one-tap channel. Use new random values 
for the UE location and altitude, and the initial carrier phase difference between taps of the multi-path model in 
step 1 and for the GPS TOW msec or GANSS TOD offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of subclause 5.5.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, randomly select from the satellite SV IDs defined in the table in 3GPP TS 
37.571-5 [25] subclause 6.2.1.2, for the satellites with one-tap channel. 

5.5.5 Test Requirements 

For the parameters specified in table 5.5.5-1 the UE shall meet the requirements and the success rate specified in 
table 5.5.5-4 with a confidence level of 95% according to annex F.5.1. 
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Table 5.5.5-1 : Test parameters for Multi-path Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.5.5-1 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference signal power level 


dBm 


-127 


GPS*" 


Reference signal power level 


dBm 


-128.5 


GLONASS 


Reference signal power level 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.5.5-2: Channel model allocation 







Channel model allocation for each 
constellation 




GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


One-tap channel 


2 


- 


— 


Two-tap channel 


4 


- 


- 


Dual constellation 


One-tap channel 


1 


1 


- 


Two-tap channel 


2 


2 


- 


Triple constellation 


One-tap channel 


1 


1 


1 


Two-tap channel 


1 


1 


1 


Note: One-tap channel: no multi-path. Two-tap channel: multi-path defined in 
Annex C with Relative mean Power (Y) defined in Table 5.5.7. 



Table 5.5.5-3: Relative mean Power (Y)for use in Table 5.5.6 



System 


Signals 


Y[dB] 


Galileo 


El 


-4.7 


E5a 


-6.2 


E5b 


-6.2 


GPS/Modernized 
GPS 


LI C/A 


-6.2 


Lie 


-4.7 


L2C 


-6.2 


L5 


-6.2 


GLONASS 


G1 


-12.7 


G2 


-12.7 



Table 5.5.5-4: Test requirements for Multi-path Performance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 

for this test is non-zero. The Test Tolerance for this test is defined in subclause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in subclause F.4. 

5.6 Moving Scenario and Periodic Update Performance 
5.6.1 Definition and applicability 

Moving scenario and periodic update performance measures the accuracy of the UE's A-GNSS position estimates and 
the periodic update capability of the UE in a moving scenario. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 
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This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 5.6.1. 

Table 5.6.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 



Supported GNSS 



UE supporting A-GLONASS only 



UE supporting A-Galileo only 



UE supporting A-GPS and Modernized GPS only 



UE supporting A-GPS and A-GLONASS only 



5.6.2 Minimum requirements 

The position estimates, after the first reported position estimate, shall meet the accuracy requirement in table 5.6.2-3 
with the periodical reporting interval of 2 seconds for the parameters specified in table 5.6.2-1. 

NOTE: In the actual testing the UE may report error messages until it has been able to acquire GNSS measured 
results or a position estimate. The SS shall only consider the first measurement report different from an 
error message as the first position estimate in the requirement in table 5.6.2-1. 

Table 5.6.2-1 : Test parameters for Moving Scenario and Periodic Update Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.6.2-2 


Total number of generated satellites 


- 


6 


HDOP Range per system 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


Note: "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.6.2-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 5.6.2-3: Minimum requirements for Moving Scenario and Periodic Update Performance 



System 


Success rate 


2-D position error 


Periodical reporting interval 


All 


95% 


50 m 


2s 



The reference for this requirement is 3GPP TS 25.172 [24], subclause 5.5.1. 

5.6.3 Test purpose 

To verify the UE's position estimates, after the first reported position estimate, meet the minimum requirements under 
GNSS satellite signal conditions that simulate a moving scenario. A good tracking performance, with regular position 
estimate reporting is essential for certain location services. 
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5.6.4 Method of test 



5.6.4.1 



Initial conditions 



Test environment: normal; see subclause E.2. 

The UE is requested to use periodical reporting with a reporting interval of 2 seconds. 

The GNSS signals simulate the UE moving on a rectangular trajectory of 940 m by 1 440 m with rounded corners 
defined in figure 5.6.1 and table 5.6.4.1. The initial reference is first defined followed by acceleration to final speed of 
100 km/h in 250 m. The UE then maintains the speed for 400 m. This is followed by deceleration to final speed of 25 
km/h in 250 m. The UE then turn 90 degrees with turning radius of 20 m at 25 km/h. This is followed by acceleration to 
final speed of 100 km/h in 250 m. The sequence is repeated to complete the rectangle. 

Table 5.6.4.1 : Trajectory Parameters for Moving Scenario and Periodic Update Performance test case 



Parameter 


Distance (m) 


Speed (km/h) 


'l1' 'l5' '2I' '25 


20 


25 


'l2' 'l4' '22' '24 


250 


25 to 1 00 and1 00 to 25 


Il3 


400 


100 


'23 


900 


100 



'l5l 



lll± 



t 

1440 m 


\ 


940 m 

r = 20m 
1/ \ 


' 



H 1- 

'21 '22 



H H 

24 25 



Figure 5.6.1 : Rectangular Trajectory for Moving Scenario and Periodic Update Performance test case 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 5.6.5-1 for GNSS scenario #5. 

3. Switch on the UE. 

4. Set up a connection using the procedure in subclause D.2. 

5.6.4.2 Procedure 

1. Start GNSS scenario #5 as specified in 3GPP TS 37.571-5 [25], subclause 6.2.1.2. 

2. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [25], subclauses 
6.2.2 and 6.2.7 for UE based testing; or subclauses 6.2.4 and 6.2.7 for UE assisted testing; using the exception to 
the RRC MEASUREMENT CONTROL message Hsted in table 5.6.4.2; as required to obtain fixes using the 
procedure specified in 3GPP TS 34.108 [3], subclauses 7.5.7 or 7.5.9. 
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Table 5.6.4.2: Contents of RRC MEASUREMENT CONTROL message 



Information Element 


Value/Remark 


- UE positioning reporting quantity 
- Horizontal accuracy 


"13" {24.5m) 



3. Ignore any error messages that the UE may report in MEASUREMENT REPORT messages until it has been 
able to acquire the GNSS signals and reports the first GNSS measured result or position estimate. 

4. Discard the first GNSS measured result or position estimate. 

5. Record the time of reception of the next MEASUREMENT REPORT message after reception of the first GNSS 
measured result or position estimate. 

6. After the reception of the first GNSS measured result or position estimate reported in a MEASUREMENT 
REPORT message, every time the UE returns a GNSS measured result or position estimate in the 
MEASUREMENT REPORT message record the time of reception and the result. If the difference between the 
time of reception and the time of reception of the previous result is less than 1 .5 seconds or greater than 2.5 
seconds, or if the UE reports a UE positioning error in any MEASUREMENT REPORT messages, then record 
one Bad Result. Otherwise process the result as specified in step 7. 

7. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE at the time of applicability reported in the position estimate and 
calculate the 2D position error as specified in subclause 5.1.1.3. Compare the 2D position error against the value 
in table 5.6.9 and record one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE at the time of applicability reported in the GNSS measured results and calculate the 
2D position error as specified in subclause 5.1.1.3. Compare the 2D position error against the value in table 5.6.9 
and record one Good Result or Bad Result as appropriate. 

8. If the UE sends the first MEASUREMENT REPORT that contains a measured result or position estimate later 
than 240s after the start of the GNSS scenario, fail the UE and stop the test early. Otherwise collect 
MEASUREMENT REPORTS during 900s, starting from the time recorded in step 5. If at any time the difference 
between the times of reception of two consecutive results is greater than 240s, fail the UE and stop the test early. 
Use the collected Good Results and Bad Results to determine the PASS/FAIL according to subclause 5.6.5. 

9. Release the connection using the procedure in subclause D.3. 

5.6.5 Test Requirements 

For the parameters specified in table 5.6.5-1, after the first reported position estimate, the UE shall meet the accuracy 
requirement and the success rate specified in table 5.6.5-3 with a periodical reporting interval of 2 seconds +1- 20% plus 
measurement system uncertainty of 100ms. 

NOTE: Due to the statistical nature of the results it is not possible to design a test with predefined confidence 

level for the success rate in Table 5.6.5-3; therefore a simple PASS/FAIL of the results gathered against 
this success rate is used. 
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Table 5.6.5-1 : Test parameters for Moving Scenario and Periodic Update Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 5.6.5-2 


Total number of generated satellites 


- 


6 


HDOP Range per system 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 5.6.5-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


Single constellation 


6 


— 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 5.6.5-3: Test requirements for IVIoving Scenario and Periodic Update Performance 



System 


Success rate 


2-D position error 


All 


95% 


51.3 m 



NOTE 1 : If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 

for this test is non-zero. The Test Tolerance for this test is defined in subclause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in subclause F.4. 

NOTE 2: In the actual testing the UE may report error messages until it has been able to acquire GNSS measured 
results or a position estimate. The test equipment shall only consider the first measurement report 
different from an error message as the first position estimate in the requirement in table 5.6.5-3. 



£75/ 



3GPP TS 34.172 version 10.1.0 Release 10 



31 



ETSI TS 134 172 VI 0.1.0 (2011-07) 



Annex A (informative): 
Connection Diagrams 



Definition of Terms 

System Simulator or SS: A device or system, that is capable of generating simulated Node B signalling and analysing 
UE signalling responses on one RF channel, in order to create the required test environment for the UE under test. It 
will also include the following capabilities: 

1 . Control of the UE Tx output power through TPC commands. 

2. Measurement of signalling timing and delays. 

3. Ability to simulate UTRAN signalling. 

GNSS System Simulator or GSS: A device or system, that is capable of generating simulated GNSS satellite 
transmissions in order to create the required test environment for the UE under test. It will also include the following 
capabilities: 

1 . Control of the output power of individual satellites and the simulation of atmospheric delays and multi-path. 

2. Generation of appropriate assistance data to be transmitted to the UE via the SS. 

3. Ability to synchronize with UTRAN timing in the SS. 

Test System: A combination of devices brought together into a system for the purpose of making one or more 
measurements on a UE in accordance with the test case requirements. The following diagrams are all examples of Test 
Systems. 

NOTE: The above terms are logical definitions to be used to describe the test methods used in the present 

document, in practice, real devices called "System Simulators" may also include additional measurement 
capabilities or may only support those features required for the test cases they are designed to perform. 



SS 



TX 



RX 



GNSS System 
Simulator (GSS) 



GSS 



lor 



lor 




M S 




:). 



lo 



UE under Test 



Combined 

UTRAN RX/TX 

and GNSS RX 



Figure A.1 : Connection for A-GNSS Performance requirements tests 
for UE with combined UTRAN / GNSS antenna 
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lor 



GNSS System 
Simulator (GSS) 



lor 




:). 



H ► 



UE under Test 



UTRAN RX/TX 



GNSS RX 



Figure A.2: Connection for A-GNSS Performance requirements tests 
for UE with separate UTRAN and GNSS antennas 
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Annex B (normative): 

Converting UE-assisted measurement reports into position 

estimates 

B.1 Introduction 

To convert the UE measurement reports in case of UE-assisted mode of A-GNSS into position errors, a transformation 
between the "measurement domain" (code-phases, etc.) into the "state" domain (position estimate) is necessary. Such a 
transformation procedure is outlined in the following subclauses. The details can be found in [8], [9], [10], [18], [19], 
[20], [21], [22] and [23]. 

B.2 UE measurement reports 

In case of UE-assisted A-GNSS, the measurement parameters are contained in the RRC UE POSITIONING GANSS 
MEASURED RESULTS IE (subclause 10.3.7.93a in 3GPP TS 25.331 [5]). In case the UE provides also measurements 
on the GPS LI C/A signal, the measurement parameters are contained in the RRC UE POSITIONING GPS 
MEASURED RESULTS IE (subclause 10.3.7.93 in 3GPP TS 25.331 [5]). The measurement parameters required for 
calculating the UE position are: 

1) Reference Time: The UE has two choices for the Reference Time: 

a) "UE GANSS Timing of Cell Frames" and/or "UE GPS Timing of Cell Frames"; 

b) "GANSS TOD msec" and/or "GPS TOW msec" if GPS LI C/A signal measurements are also provided. 

NOTE: It is not expected that an UE will ever report both a GANSS TOD and a GPS TOW. However if two time 
stamps are provided and they derive from different user times, be aware that no compensation is made for 
this difference and this could affect the location accuracy. 

2) Measurement Parameters for each GANSS and GANSS Signal: 1 to <maxGANSSSat>: 

a) "SatelUte ID"; mapping according to table 10.3.7.88b in 3GPP TS 25.331 [5]; 

b) "GANSS Code Phase"; 

c) "GANSS Integer Code Phase"; 

d) "GANSS Integer Code Phase Extension"; 

e) "Code Phase RMS Error"; 

3) Additional Measurement Parameters in case of GPS LI C/A signal measurements are also provided: 1 to 
<maxSat>: 

a) "Satellite ID (SVPRN)"; 

b) "Whole GPS chips"; 

c) "Fractional GPS Chips"; 

d) "Pseudorange RMS Error". 

Additional information required at the system simulator: 

1) "UE Positioning GANSS Reference UE Position" or "UE Positioning GPS Reference UE Position" (subclause 
10.3.8.4c in 3GPP TS 25.331 [5]): 
Used for initial approximate receiver coordinates. 
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2) "UE Positioning GANSS Navigation Model" and "UE Positioning GANSS Additional Navigation Models" 
(subclauses 10.3.7.94a and 10.3.7.94b in 3GPP TS 25.331 [5]): 

Contains the ephemeris and clock correction parameters as specified in the relevant ICD of each supported 
GANSS; used for calculating the satellite positions and clock corrections. 

3) "UE Positioning GANSS Ionospheric Model" (subclause 10.3.7.92a in 3GPP TS 25.331 [5]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [21] for computation of the ionospheric delay. 

4) "UE Positioning GANSS Additional Ionospheric Model" (subclause 10.3.7.92b in 3GPP TS 25.331 [5]): 
Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [20] for computation of the ionospheric delay. 

5) "UE Positioning GANSS Time Model" (subclause 10.3.7.97a in 3GPP TS 25.331 [5]): 

Contains the GNSS-GNSS Time Offset for each supported GANSS. Note, that "UE Positioning GANSS Time 
Model" IE contains only the sub-ms part of the offset. Any potential integer seconds offset may be obtained from 
"UE Positioning GPS UTC Model" (subclause 10.3.7.97 in 3GPP TS 25.331 [5]), "UE Positioning GANSS UTC 
Model" (subclause 10.3.7.97c in 3GPP TS 25.331 [5]), or "UE Positioning GANSS Additional UTC Models" 
(subclause 10.3.7.97d in 3GPP TS 25.331 [5]). 

6) "UE Positioning GPS Navigation Model" (subclause 10.3.7.94 in 3GPP TS 25.331 [5]): 

Contains the GPS ephemeris and clock correction parameters as specified in [8]; used for calculating the GPS 
satellite positions and clock corrections in case of GPS LI C/A signal measurements are the only GPS 
measurements provided in addition to GANSS measurements. 

7) "UE Positioning GPS Ionospheric Model" (subclause 10.3.7.92 in 3GPP TS 25.331 [5]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [8] for computation of the ionospheric delay. 



B.3 WLS position solution 



The WLS position solution problem is concerned with the task of solving for four unknowns; x^^, y^^, z^ the receiver 
coordinates in a suitable frame of reference (usually ECEF) and b^^ the receiver clock bias. It typically requires the 
following steps: 

Step 1: Formation of pseudo-ranges 

The observation of code phase reported by the UE for each satellite S Vj is related to the pseudo-range/c modulo the 
"GNSS Code Phase Ambiguity", or modulo 1 ms (the length of the C/A code period) in case of GPS LI C/A signal 
measurements. For the formation of pseudo-ranges, the integer number of milliseconds to be added to each code-phase 
measurement has to be determined first. Since 1 ms corresponds to a travelled distance of 300 km, the number of 
integer ms can be found with the help of reference location and satellite ephemeris. The distance between the reference 
location and each satellite S Vj at the time of measurement is calculated, and the integer number of milliseconds to be 
added to the UE code phase measurements is obtained. 

Step 2: Correction of pseudo-ranges for the GNSS-GNSS time offsets 

In case the UE reports measurements for more than a single GNSS, the pseudo-ranges are corrected for the time offsets 
between the GNSSs relative to the selected reference time using the GNSS-GNSS time offsets available at the system 
simulator: 

PcNSS„,,i ~ PcNSS„J ~ ^ ' VCA'SSi ~ ''GNSS„ ) ' 

where pQf^^s / ^^ '■^^ measured pseudo-range of satellite / of GNSSm. The system time t^f^^^ of GNSSk is the reference 
time frame, and {t^f^^^ — t^f^^^ ) is the available GNSS-GNSS time offset, and c is the speed of light. 

Step 3: Formation of weighting matrix 
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The UE reported "Code Phase RMS Error" and/or "Pseudorange RMS Error" values are used to calculate the weighting 
matrix for the WLS algorithm described in [9]. According to 3GPP TS 25.331 [5], the encoding for these fields is a 6 bit 
value that consists of a 3 bit mantissa, Xj and a 3 bit exponent, Yj for each SVj of GNSSj: 



f 



WcNss ,i - RMSError = 0.5 x 



X: 



1 + - 

V 8 



x2' 



The weighting Matrix W is defined as a diagonal matrix containing the estimated variances calculated from the "Code 
Phase RMS Error" and/or "Pseudorange RMS Error" values: 



W = diag{l / wl _i ,1 / wl ,2 , • • • ,1 / wl ,„,••• ,1 / w, 



1 / 



■'l/^CiVSS„,/l 



Step 4: WLS position solution 

The WLS position solution is described in e.g., [9] and usually requires the following steps: 

1) Computation of satellite locations at time of transmission using the ephemeris parameters and user algorithms 
defined in the relevant ICD of the particular GNSS. The satellite locations are transformed into WGS-84 
reference frame, if needed. 

2) Computation of clock correction parameters using the parameters and algorithms as defined in the relevant ICD 
of the particular GNSS. 

3) Computation of atmospheric delay corrections using the parameters and algorithms defined in the relevant ICD 
of the particular GNSS for the ionospheric delay, and using the Gupta model defined in [10] p. 121 equation (2) 
for the tropospheric delay. For GNSSs which do not natively provide ionospheric correction models (e.g., 
GLONASS), the ionospheric delay is determined using the available ionospheric model (see subclause F.2) 
adapted to the particular GNSS frequency. 

4) The WLS position solution starts with an initial estimate of the user state (position and clock offset). The 
Reference Location is used as initial position estimate. The following steps are required: 

a) Calculate geometric range (corrected for Earth rotation) between initial location estimate and each satellite 
included in the UE measurement report. 

b) Predict pseudo-ranges for each measurement including clock and atmospheric biases as calculated in 1) to 3) 
above and defined in the relevant ICD of the particular GNSS and [9]. 

c) Calculate difference between predicted and measured pseudo-ranges Ap . 

d) Calculate the "Geometry Matrix" G as defined in [9]: 



G = 



-1 



GNSS, ,2 



"-GNSS, ,n 



'■GNSS^ ,1 






GNSS,,,, 2 



with Ir 



r -r 



' ■'^GNSS„, 



where rj, is the satellite position vector for S Vj of GNSS„ 



_jr 1 

^GNSS,„,l -^^ 

(calculated in 1) above), and r^ is the estimate of the user location, 
e) Calculate the WLS solution according to [9]: 

ax = (g^wg)~'g^wap 
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f) Adding the Ax to the initial state estimate gives an improved estimate of the state vector: 

X -> X + Ax . 

5) This new state vector x can be used as new initial estimate and the procedure is repeated until the change in x is 
sufficiently small. 

Step 5: Transformation from Cartesian coordinate system to Geodetic coordinate system 

The state vector x calculated in Step 4 contains the UE position in ECEF Cartesian coordinates together with the UE 
receiver clock bias relative to the selected GNSS system time. Only the user position is of further interest. It is usually 
desirable to convert from ECEF coordinates x^, y^^, z^ to geodetic latitude (() , longitude X and altitude h on the WGS84 
reference ellipsoid. 

Step 6: Calculation of "2-D Position Errors" 

The latitude (p / longitude A- obtained after Step 5 is used to calculate the 2-D position error. 
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Annex C (normative): 
Propagation Conditions 

C.1 General 

C.2 Propagation Conditions for GNSS Signals 
0.2.1 Static propagation conditions 

The propagation for the static performance measurement is an Additive White Gaussian Noise (AWGN) 
No fading and multi-paths exist for this propagation model. 

0.2.2 Multi-path conditions 

Doppler frequency difference between direct and reflected signal paths is applied to the carrier and code frequencies. 
The Carrier and Code Doppler frequencies of LOS and multi-path for GNSS signals are defined in table C.2.2.1. 

Table C.2.2.1 : Multi-path Conditions for GPS Signals 



environment. 



Initial relative Delay 
[GNSS chip] 


Carrier Doppler 
frequency of tap [Hz] 


Code Doppler 
frequency of tap [Hz] 


Relative mean Power 
[dB] 





Fd 


Fd/N 





X 


Fd-0.1 


(Fd-0.1 )/N 


Y 


Note: Discrete Doppler frequency is used for eacli tap. 



Where the X and Y depends on the GNSS signal type and is shown in Table C.2. 2.2, and N is the ratio between the 
transmitted carrier frequency of the signals and the transmitted chip rate as shown in Table C.2.2.3 (where k is the 
GLONASS frequency channel number). 

Table C.2.2.2 



System 


Signals 


X[m] 


Y[dB] 


Galileo 


E1 


125 


-4.5 


E5a 


15 


-6 


E5b 


15 


-6 


GPS/Modernized 
GPS 


L1 G/A 


150 


-6 


L1G 


125 


-4.5 


L2G 


150 


-6 


L5 


15 


-6 


GLONASS 


G1 


275 


-12.5 


G2 


275 


-12.5 
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Table C.2.2.3 



System 


Signals 


N 


Galileo 


E1 


1540 


E5a 


115 


E5b 


118 


GPS/Modernized 
GPS 


L1 G/A 


1540 


L1G 


1540 


L2G 


1200 


L5 


115 


GLONASS 


G1 


3135.03 + k- 1.10 


G2 


2438.36 + k ■ 0.86 



The initial carrier phase difference between taps shall be randomly selected between and 2 n radians. The initial value 
shall have uniform random distribution. 
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Annex D (normative): 
Generic procedures 

D.1 General 

This normative annex specifies the set up and release procedure that shall be used for each test case. 

D.2 UTRAN connection set up 
D.2.1 Initial conditions 

System Simulator: 

1 cell, default parameters. The default system information, as specified in subclause 6.1 of TS 34.108, is 
broadcast with the exceptions of SIB15, S1B15.1, SIB15.2 and SIB15.3 which are not broadcast. 

User Equipment: 

The UE shall be operated in Normal Propagation Conditions as specified in subclause 5.2.1 of TS 34.108. 

- The UE is in state "MM idle" state with valid TMSI and CKSN. 

- The UE is in state "PMM idle" with valid P-TMSI. 

D.2.2 Procedures 

CS Domain 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


SYSTEM INFORMATION (BCCH) 


Broadcast 


2 


<- 


PAGING TYPE1 (PCCH) 


Paging (CS domain, TMSI) 


3 


-> 


RRC CONNECTION REOUEST (CCCH) 


RRC 


4 


<- 


RRC CONNECTION SETUP (CCCH) 


RRC 


5 


-> 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC 


6 


-> 


PAGING RESPONSE 


RR 


7 


<— 


AUTHENTICATION REOUEST 


MM 


8 


-> 


AUTHENTICATION RESPONSE 


MM 


9 


<- 


SECURITY MODE COMMAND 


RRC 


10 


-> 


SECURITY MODE COMPLETE 


RRC 



£75/ 



3GPP TS 34.172 version 10.1.0 Release 10 



40 



ETSI TS 134 172 VI 0.1.0 (2011-07) 



PS Domain 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


PAGING TYPE1 (PCCH) 


Paging (PS domain, PMSI or IMSI) 


2 


— > 


RRC CONNECTION REOUEST (CCCH) 


RRC 


3 


<~ 


RRC CONNECTION SETUP (CCCH) 


RRC 


4 


-> 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC (Transport Channel: DCH or FACH) 


5 


-> 


SERVICE REOUEST 


GMM 


6 


<- 


AUTHENTICATION REQUEST 


GMM 


7 


-> 


AUTHENTICATION RESPONSE 


GMM 


8 


<- 


SECURITY MODE COMMAND 


RRC 


9 


-> 


SECURITY MODE COMPLETE 


RRC 



D.2.3 Specific message contents 



The default message contents specified in subclause 9.1 of TS 34.108 [3] will be used for the Moving Scenario and 
Periodic Update test. For all Minimum Performance TTFF Tests the default message contents specified in subclause 9.1 
of TS 34.108 [3] will be used with the following exception. 

Contents of PAGING TYPE1 : 



Information Element 


Value/remark 


Paging Cause 


Terminating High Priority Signalling 



Contents of RRC CONNECTION SETUP: 

For A-GNSS performance testing in CELL_DCH state: The RRC Connection Setup is defined in subclause 9.1.1 of TS 
34.108 [3] "Contents of RRC CONNECTION SETUP message: UM (Transition to CELL_DCH)". 

For A-GNSS performance testing in CELL_FACH state: The RRC Connection Setup is defined in subclause 9.1.1 of 
TS 34.108 [3] "Contents of RRC CONNECTION SETUP message: UM (Transition to CELL_FACH)". 

Contents of RRC CONNECTION SETUP COMPLETE: 



Information Element 


Value/remark 


UE radio access capability 
- UE positioning capability 


Defines the A-GNSS mode the UE supports (UE-based, 
UE-assisted, or both). UE shall be tested for all modes it 
supports. 



D.3 UTRAN connection release 



D.3.1 Procedure 



step 


Direction 


Message 


Comments 


UE 


SS 


1 


<- 


RRC CONNECTION RELEASE 


RRC 


2 


-> 


RRC CONNECTION RELEASE COMPLETE 


RRC 
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D.3.2 Specific message contents 

The default message contents specified in subclause 9.1 of TS 34.108 [3] are used. 
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Annex E (normative): 
Environmental conditions 

E.1 General 

This normative annex specifies the environmental requirements of the UE. Within these Hmits the requirements of the 
present documents shall be fulfilled. 



E.2 Environmental requirements 

The requirements in this subclause apply to all types of UE(s). 



E.2.1 Temperature 



The UE shall fulfil all the requirements in the full temperature range of: 

Table E.2.1. 1 



+15°Cto+35°C 



for normal conditions (with relative humidity up to 75 %) 



-10°Cto+55°C 



for extreme conditions (see lEC 60068-2-1 [12] and lEC 60068-2-2 [13]) 



Some tests in the present document may be performed also in extreme temperature conditions. These test conditions are 
denoted as XL (temperature low, -10°C) and TH (temperature high, H-55°C). 



E.2.2 Voltage 



The UE shall fulfil all the requirements in the full voltage range, i.e. the voltage range between the extreme voltages. 

The manufacturer shall declare the lower and higher extreme voltages and the approximate shutdown voltage. For the 
equipment that can be operated from one or more of the power sources listed below, the lower extreme voltage shall not 
be higher, and the higher extreme voltage shall not be lower than that specified below. 

Table E.2.2.1 



Power source 


Lower extreme 
voltage 


Higher extreme 
voltage 


Normal conditions 
voltage 


AC mains 


0.9 X nominal 


1.1 X nominal 


nominal 


Regulated lead acid battery 


0.9 X nominal 


1.3 X nominal 


1.1 X nominal 


Non regulated batteries: 

Leclanche / lithium 
- Mercury/nickel and cadmium 


0.85 X nominal 
0.90 X nominal 


Nominal 
Nominal 


Nominal 
Nominal 



Some tests in the present document may be performed also in extreme voltage conditions. These test conditions are 
denoted as VL (lower extreme voltage) and VH (higher extreme voltage). 
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Annex F (normative): 

General test conditions and declarations 

The requirements of this subclause apply to all applicable tests in the present document. 

In all the relevant subclauses in this subclause all 2 D position error measurements shall be carried out according to the 
general rules for statistical testing in subclause F.5. 



F.1 Acceptable uncertainty of Test System 

The maximum acceptable uncertainty of the Test System is specified below for each test, where appropriate. The Test 
System shall enable the stimulus signals in the test case to be adjusted to within the specified range, and the equipment 
under test to be measured with an uncertainty not exceeding the specified values. All ranges and uncertainties are 
absolute values, and are valid for a confidence level of 95 %, unless otherwise stated. 

A confidence level of 95 % is the measurement uncertainty tolerance interval for a specific measurement that contains 
95 % of the performance of a population of test equipment. 

It should be noted that the uncertainties in subclause F. 1 apply to the Test System operating into a nominal 50 ohm load 
and do not include system effects due to mismatch between the DUT and the Test System. 

F.1 .1 Measurement of test environments 

The measurement accuracy of the UE environmental test conditions, defined in annex E, shall be: 



Pressure 


+5kPa 


Temperature 


+2 degrees 


Relative Humidity 


+5% 


DC Voltage 


+1 .0 % 


AC Voltage 


+1 .5 % 


Vibration 


10% 


Vibration frequency 


0.1 Hz 



The above values shall apply unless the test environment is otherwise controlled and the specification for the control of 
the test environment specifies the uncertainty for the parameter. 
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F.1.2 A-GNSS Performance requirements 



Table F.1.2: Maximum Test System Uncertainty for A-GNSS Performance tests 



Clause 


Maximum Test System Uncertainty 


Derivation of Test System 
Uncertainty 


5.2.1 Sensitivity Coarse Time Assistance 


Coarse Time Assistance +200 ms 




Absolute GNSS signal level +1 dB 




Position error +0.05 m 


Position error consists of ±0.05 
m system error. The effect of 
position reporting resolution of 
approximately ±1 .2 m (see 
note) is not included in the 
allowable test system 
uncertainty but is included in 
the test tolerances since this 
resolution limitation limits the 
reporting capability of the UE. 
. For simplicity the combined 
test tolerance is given as ±1 .3 
m 


Response time ± 300 ms 




5.2.2 Sensitivity Fine Time Assistance 


Coarse Time Assistance +200 ms 




Fine Time Assistance +1 us 




Absolute GNSS signal level +1 dB 




Position error +0.05 m 


Position error as above 


Response time + 300 ms 




5.3 Nominal Accuracy 


Coarse Time Assistance +200 ms 




Absolute GNSS signal level +1 dB 




Position error +0.05 m 


Position error as above 


Response time ± 300 ms 




5.4 Dynamic Range 


Coarse Time Assistance +200 ms 




Absolute GNSS signal level +1 dB 




Relative GNSS signal level ±0.2 dB 




Position error ±0.05 m 


Position error as above 


Response time ± 300 ms 




5.5 IVIulti-patli Performance 


Coarse Time Assistance ±200 ms 




Absolute GNSS signal level ±1 dB 




Relative GNSS signal level ±0.2 dB 




Position error ±0.05 m 


Position error as above 


Response time ± 300 ms 




5.6 IVIoving Scenario and Periodic Update 
Performance 


Absolute GNSS signal level ±1 dB 




Position error ±0.05 m 


Position error as above 


Differential response time ± 1 00 ms 





NOTE: For UE based mode the effect of position reporting resolution is given by: 



90x2x;rxi? 
2^23x360 



+ 



360x2x;rxi?xcos^ 
2£24x360 



where R is the radius of the earth and (p is the latitude of the 



location. For the five GNSS scenarios defined in TS 37.571-5 [25] this equates to approximately Editor"s note: this 
value needs confirming once all the GNSS scenarios are agreed. TBD m. For simplicity this is given as ±1.2 m. 

For UE assisted mode it is assumed that the output from the WLS position solution calculation in subclause B.3 is 
coded using the same position coding method as for UE based mode before being used to calculate position error. 
Therefore the effect of reporting resolution will be the same as for UE based mode. 
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F.2 Test Tolerances (This subclause is informative) 

The Test Tolerances defined in this subclause have been used to relax the Minimum Requirements in the present 
document to derive the Test Requirements. 

The Test Tolerances are derived from Test System uncertainties, regulatory requirements and criticality to system 
performance. As a result, the Test Tolerances may sometimes be set to zero. 

The test tolerances should not be modified for any reason e.g. to take account of commonly known test system errors 
(such as mismatch, cable loss, etc.). 

F.2.1 A-GNSS Performance requirements 

Table F.2.1 : Test Tolerances for A-GNSS Performance tests 



Clause 


Test Tolerance 


5.2.1 Sensitivity Coarse Time 
Assistance 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


1 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.2.2 Sensitivity Fine Time 
Assistance 


Coarse Time Assistance 


200 ms 


Fine Time Assistance 


1 us 


Absolute GNSS signal level 


1 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.3 Nominal Accuracy 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


OdB 


Position error 


1.3 m 


Response time 


300 ms 


5.4 Dynamic Range 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


OdB 


Relative GNSS signal level 


0.2 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.5 Multi-patli Performance 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


OdB 


Relative GNSS signal level 


0.2 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.6 Moving Scenario and Periodic 
Update Performance 


Absolute GNSS signal level 


OdB 


Position error 


1.3 m 


Differential Response Time 


100 ms 



F.3 Interpretation of measurement results 

The measurement results returned by the Test System are compared - without any modification - against the Test 
Requirements as defined by the shared risk principle. 

The Shared Risk principle is defined in TR 102 273-1-2 [14], subclause 6.5. 

The actual measurement uncertainty of the Test System for the measurement of each parameter shall be included in the 
test report. 

The recorded value for the Test System uncertainty shall be, for each measurement, equal to or lower than the 
appropriate figure in subclause F. 1 . 

If the Test System for a test is known to have a measurement uncertainty greater than that specified in subclause F.l, it 
is still permitted to use this apparatus provided that an adjustment is made value as follows. 
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Any additional uncertainty in the Test System over and above that specified in subclause F. 1 shall be used to tighten the 
Test Requirement - making the test harder to pass. (This may require modification of stimulus signals). This procedure 
will ensure that a Test System not compliant with subclause F.ldoes not increase the chance of passing a device under 
test where that device would otherwise have failed the test if a Test System compliant with subclause F. 1 had been 
used. 



F.4 Derivation of Test Requirements (This subclause is 
informative) 

The Test Requirements in the present document have been calculated by relaxing the Minimum Requirements of the 
core specification using the Test Tolerances defined in subclause F.2. When the Test Tolerance is zero, the Test 
Requirement will be the same as the Minimum Requirement. When the Test Tolerance is non-zero, the Test 
Requirements will differ from the Minimum Requirements, and the formula used for this relaxation is given in 
table F.4. 1. 
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Table F.4.1 : Derivation of Test Requirements (A-GNSS tests) 



Test 


Minimum Requirement in 
3GPPTS 25.172 [24] 


Test 

Tolerance 

(TT) 


Test Requirement in the 
present document 


5.2.1 Sensitivity Coarse 
Time Assistance 


Coarse Time Assistance +2 s 


200 ms 


Formulas: UL-TT, LL-hTT: 
+1.8S 


Absolute GNSS signal level (Galileo) -142, -147 
dBm 


1 dB 


Level -i-TT: -141, -146 
dBm 


Absolute GNSS signal level (GPS) -142, -147 
dBm 


1 dB 


Level -i-TT: -141, -146 
dBm 


Absolute GNSS signal level (GLONASS) -1 42, - 
147 dBm 


1 dB 


Level -I-TT: -141, -146 
dBm 


Position error 100 m 


1.3 m 


Error -hTT: 101.3 m 


Response time 20 s 


300 ms 


Time -1- TT: 20.3 s 


5.2.2 Sensitivity Fine 
Time Assistance 


Coarse Time Assistance +2 s 


200 ms 


Formulas: UL-TT, LL-hTT: 
+1.8S 


Fine Time Assistance +1 us 


1 us 


UL-TT, LL+TT: +9 us 


Absolute GNSS signal level (Galileo) -1 47 dBm 


1 dB 


Level -I-TT: -146 dBm 


Absolute GNSS signal level (GPS) -147 dBm 


1 dB 


Level +TT:-146dBm 


Absolute GNSS signal level (GLONASS) -147 
dBm 


1 dB 


Level -I-TT: -146 dBm 


Position error 100 m 


1.3 m 


Error -I-TT: 101.3 m 


Response time 20 s 


300 ms 


Time -1- TT: 20.3 s 


5.3 Nominal Accuracy 


Coarse Time Assistance +2 s 


200 ms 


Formulas: UL-TT, LL-i-TT: 
+1.8S 


Absolute GNSS signal level (Galileo) -1 27 dBm 


OdB 


Level -I-TT: -127 dBm 


Absolute GNSS signal level (GPS) -128.5 dBm 


OdB 


Level -I-TT: -128.5 dBm 


Absolute GNSS signal level (GLONASS) -131 
dBm 


OdB 


Level -I-TT: -131 dBm 


Absolute GNSS signal level (QZSS) -1 28.5 
dBm 


OdB 


Level -I-TT: -128.5 dBm 


Absolute GNSS signal level (SBAS) -131 dBm 


OdB 


Level -I-TT: -131 dBm 


Position error 30 m 


1.3 m 


Error -I-TT: 31.3 m 


Response time 20 s 


300 ms 


Time -1- TT: 20.3 s 


5.4 Dynamic Range 


Coarse Time Assistance +2 s 


200 ms 


Formulas: UL-TT, LL-i-TT: 
+1.8S 


Absolute GNSS signal level (Galileo) -1 27.5 to - 
147 dBm 


1 dB 


Level -1- TT: each level -i-l 
dBm 


Absolute GNSS signal level (GPS) -129 to -147 
dBm 


1 dB 


Level -1- TT: each level -i-l 
dBm 


Absolute GNSS signal level (GLONASS) -131.5 
to -147 dBm 


1 dB 


Level -1- TT: each level -i-l 
dBm 


Relative GNSS signal level (Galileo) 1 9.5 dB 


0.2 dB 


Level - TT: highest level - 
0.2 dB: -126.7 dBm 


Relative GNSS signal level (GPS) 1 8 dB 


0.2 dB 


Level - TT: highest level - 
0.2 dB: -128.2 dBm 


Relative GNSS signal level (GLONASS) 1 5.5 
dB 


0.2 dB 


Level - TT: highest level - 
0.2 dB: -130.7 dBm 


Position error 100 m 


1.3 m 


Error -I-TT: 101.3 m 


Response time 20 s 


300 ms 


Time -1- TT: 20.3 s 


5.5 IVIulti-path 
Performance 


Coarse Time Assistance +2 s 


200 ms 


Formulas: UL-TT, LL-i-TT: 
+1.8S 


Absolute GNSS signal level (Galileo) -1 27 dBm 


OdB 


Level -I-TT: -127 dBm 


Absolute GNSS signal level (GPS) -128.5 dBm 


OdB 


Level -I-TT: -128.5 dBm 


Absolute GNSS signal level (GLONASS) -131 
dBm 


OdB 


Level -I-TT: -131 dBm 


Relative GNSS signal level (all GNSSs) Y dB 
where 'Y' is given in Table C.2.2.2 


0.2 dB 


Relative level -i- TT: 
relative level -i- 0.2dB: Y -i- 
0.2 dB 


Position error 100 m 


1.3 m 


Error -I-TT: 101.3 m 


Response time 20 s 


300 ms 


Time -1- TT: 20.3 s 


5.6 IVIoving Scenario 
and Periodic Update 
Performance 


Absolute GNSS signal level (Galileo) -1 27 dBm 


OdB 


Formulas: Level -i- TT: - 
127 dBm 


Absolute GNSS signal level (GPS) -128.5 dBm 


OdB 


Formulas: Level -i- TT: - 
128.5 dBm 
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Test 


Minimum Requirement in 
3GPPTS 25.172 [24] 


Test 
Tolerance 

(TT) 


Test Requirement in the 
present document 




Absolute GNSS signal level (GLONASS) -131 
dBm 


OdB 


Formulas: Level + TT: - 
131 dBm 


Position error 100 m 


1.3 m 


Error +TT: 101.3 m 


Differential response time 2s + 20 % 


100 ms 


Time +TT: 1 .5 s and 2.5 s 





F.5 General rules for statistical testing 

F.5.1 Statistical testing of 2 D position error and TTFF 
F.5. 1.1 Test Method 

Each test is performed in the following manner: 

a) Setup the required test conditions. 

b) Measure the 2D position and Time to First Fix (if applicable) repeated times. Start each repetition after having 
applied the message "RESET UE POSITIONING STORED INFORMATION". This ensures that each result is 
independent from the previous one. The results, measured, are simplified to: 

good result, if the 2D position and TTFF (if applicable) are < limit. 

bad result, if the 2D position or TTFF(if applicable) or both are > limit 

c) Record the number of results (ns) and the number of bad results (ne) 

d) Stop the test at a pass or an fail event. 

e) Once the test is stopped, decide according to the pass fail decision rules ( F.5. 1.4. 2) 

F.5.1. 2 Error Ratio (ER) 

The Error Ratio (ER) is defined as the ratio of bad results (ne) to all results (ns). 
(1-ER is the success ratio) 

F.5. 1.3 Test Design 

A statistical test is characterised by: 
Test-time, Selectivity and Confidence level 

F.5. 1.3.1 Confidence level 

The outcome of a statistical test is a decision. This decision may be correct or in-correct. The Confidence Level CL 
describes the probability that the decision is a correct one. The complement is the wrong decision probability (risk) D = 
1-CL 

F.5.1 .3.2 Introduction: Supplier Risk versus Customer Risk 

There are two targets of decision: 

a) A measurement on the pass-limit shows, that the DUT has the specified quality or is better with probability CL 
(CL e.g. 95%) This shall lead to a 'pass decision' 
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The pass-limit is on the good side of the specified DUT-quality. A more stringent CL (CL e.g. 99%) shifts the 
pass-limit further into the good direction. Given that the quality of the DUTs is distributed, a greater CL passes 
less and better DUTs. 

A measurement on the bad side of the pass-limit is simply 'not pass' (undecided) 

aa) Complementary: 

A measurement on the fail-limit shows, that the DUT is worse than the specified quality with probability CL. 

The fail-limit is on the bad side of the specified DUT-quality. A more stringent CL shifts the fail-limit further 
into the bad direction. Given that the quality of the DUTs is distributed, a greater CL fails less and worse DUTs. 

A measurement on the good side of the fail-limit is simply 'not fail'. 

b) A DUT, known to have the specified quality, shall be measured and decided pass with probability CL. This 
leads to the pass limit. 

For CL e.g. 95%, the pass limit is on the bad side of the specified DUT-quality. CL e.g. 99% shifts the pass-limit 
further into the bad direction. Given that the DUT-quality is distributed, a greater CL passes more and worse 
DUTs. 

bb) A DUT, known to be an (e^O) beyond the specified quality, shall be measured and decided fail with probability 
CL. 

For CL e.g.95%, the fail limit is on the good side of the specified DUT-quality. 

Note the different sense for CL in (a), (aa) versus (b), (bb). 

Note, for constant CL in all 4 bullets (a) is equivalent to (bb) and (aa) is equivalent to (b). 

F.5.1 .3.3 Supplier Risk versus Customer Risk 

The table below summarizes the different targets of decision. 

Table F.5.1. 3.3: Equivalent statements 





Equivalent statements, using different cause-to-effect-directions, 
and assuming CL = constant >0.5 


cause-to-effect- 
directions 


Known measurement result -^ 
estimation of the DUT"s quality 


Known DUT"s quality -» estimation 
of the measuremenf's outcome 


Supplier Risl< 


A measurement on the pass- 
limit shows, that the DUT has 
the specified quality or is 
better 

(a) 


A DUT, known to have an (£^0) 
beyond the specified DUT-quality, 
shall be measured and decided fail 
(bb) 


Customer Risl< 


A measurement on the fail-limit 
shall shows, that the DUT is 
worse than the specified quality 
(aa) 


A DUT, known to have the 
specified quality, shall be 
measured and decided pass 

(b) 



NOTE: The bold text shows the obvious interpretation of Supplier Risk and Customer Risk. 
The same statements can be based on other DUT-quality-definitions. 



F.5.1. 3.4 



Introduction: Standard test versus early decision concept 



In standard statistical tests, a certain number of results (ns) is predefined in advance of the test. After ns results the 
number of bad results (ne) is counted and the error ratio (ER) is calculated as ne/ns. 

Applying statistical theory, a decision limit can be designed, against which the calculated ER is compared to derive the 
decision. Such a limit is one decision point and is characterised by: 

D: the wrong decision probability (a predefined parameter) 
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ns: the number of results (a fixed predefined parameter) 

ne: the number of bad results (the limit based on just ns) 

In the formula for the limit, D and ns are parameters and ne is the variable. In the standard test ns and D are constant. 
The property of such a test is: It discriminate between two states only, depending on the test design: 

pass (with CL) / undecided (undecided in the sense: finally undecided) 

fail (with CL) / undecided (undecided in the sense: finally undecided) 

pass(with CL) / fail (with CL) (however against two limits). 

In contrast to the standard statistical tests, the early decision concept predefines a set of (ne,ns) co-ordinates, 
representing the limit-curve for decision. After each result a preliminary ER is calculated and compared against the 
limit-curve. After each result one may make the decision or not (undecided for later decision) The parameters and 
variables in the limit-curve for the early decision concept have a similar but not equal meaning: 

D: the wrong decision probability (a predefined parameter) 

ns: the number of results (a variable parameter) 

ne: the number of bad results (the limit. It varies together with ns) 

To avoid a 'final undecided' in the standard test, a second limit must be introduced and the single decision co-ordinate 
(ne,ns) needs a high ne, leading to a fixed (high) test time. In the early decision concept, having the same selectivity and 
the same confidence level an 'undecided' does not need to be avoided, as it can be decided later. A perfect DUT will hit 
the decision coordinate (ne,ns) with ne=0. This test time is short. 

F.5.1 .3.5 Standard test versus early decision concept 

For Supplier Risk: 

The wrong decision probability D in the standard test is the probability, to decide a DUT in-correctly in the single 
decision point. In the early decision concept there is a probability of in-correct decisions d at each point of the limit- 
curve. The sum of all those wrong decision probabilities accumulate to D. Hence d<D 

For Customer Risk: 

The correct decision probability CL in the standard test is the probability, to decide a DUT correctly in the single 
decision point. In the early decision concept there is a probability of correct decisions cl at each point of the limit-curve. 
The sum of all those correct decision probabilities accumulate to CL. Hence cl<CL or d>D 

F.5.1. 3.6 Selectivity 

There is no statistical test which can discriminate between a limit-DUT-quality and a DUT-quality which is an (e^O) 
apart from the limit in finite time and confidence level CL>l/2. Either the test discriminates against one limit with the 
results pass (with CL)/undecided or fail (with CL)/undecided, or the test ends in a result pass (with CL)/fail (with CL) 
but this requires a second limit. 

For CL>0.5, a (measurement-result = specified-DUT-quality), generates undecided in test 'supplier risk against pass 
limit' (a in subclause F.5. 1.3.2) and also in the equivalent test against the fail limit (aa in subclause F.5.1. 3.2) 

For CL>0.5, a DUT, known to be on the limit, will be decided pass for the test 'customer risk against pass limit' (b in 
subclause F.5.1. 3. 2) and also in the equivalent test against fail limit (bb in subclause F.5.1. 3. 2). 

This overlap or undecided area is not a fault or a contradiction, however it can be avoided by introducing a Bad or a 
Good DUT quality according to: 

- Bad DUT quahty: specified DUT-quality * M (M>1) 

Good DUT quality: specified DUT-quality * m (m<l) 

Using e.g M>1 and CL=95% the test for different DUT qualities yield different pass probabilities: 
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Figure F.5. 1.3.6: Pass probability versus DUT quality 




Fail- 

Proba 

bility 



specified quality M* specified quality 



DUT quality m ER 

► 



F.5.1.3.7 Design of the test 

The test is defined according to the following design principles: 

1 . The early decision concept is applied. 

2. A second limit is introduced: Bad DUT factor M>1 

3. To decide the test pass: 

Supplier risk is applied based on the Bad DUT quality 
To decide the test fail 

Cusomer Risk is applied based on the specified DUT quality 
The test is defined using the following parameters: 

1. Specified DUT quality: ER = 0.05 

2. Bad DUT quahty: M=1.5 (selectivity) 

3. Confidence level CL = 95% (for specified DUT and Bad DUT-quahty) 
This has the following consequences: 

a) A measurement on the fail limit is connected with 2 equivalent statements: 



A measurement on the fail-limit shows, that the 
DUT is worse than the specified DUT-quality 



A DUT, known to have the specified quality, 
shall be measured and decided pass 



A measurement on the pass limit is connected with the complementary statements: 



A measurement on the pass limit shows, that the 
DUT is better than the Bad DUT-quality. 



A DUT, known to have the Bad DUT quality, 
shall be measured and decided fail 



The left column is used to decide the measurement. 
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The right column is used to verify the design of the test by simulation. 

The simulation is based on the two fulcrums A and B only in Figure F.5. 1.3.6. There is freedom to shape the remainder 
of the function. 

b) Test time 

1 . The minimum and maximum test time is fixed. 

2. The average test time is a function of the DUT"s quality. 

3. The individual test time is not predictable (except ideal DUT). 

c) The number of decision co-ordinates (ne,ns) in the early decision concept is responsible for the selectivity of the 
test and the maximum test time. Having fixed the number of decision co-ordinates there is still freedom to select 
the individual decision co-ordinates in many combinations, all leading to the same confidence level. 



£75/ 



3GPP TS 34.172 version 10.1.0 Release 10 



53 



ETSI TS 134 172 VI 0.1.0 (2011-07) 



F.5.1.4 Pass fail decision 



F.5.1 .4.1 Numerical definition of the pass fail limits 



ne 


nsp 


nsf 


ne 


nSp 


nSf 


ne 


nSp 


nSf 


ne 


nSp 


nSf 





77 


NA 


43 


855 


576 


86 


1525 


1297 


129 


2173 


2050 


1 


106 


NA 


44 


871 


592 


87 


1540 


1314 


130 


2188 


2067 


2 


131 


NA 


45 


887 


608 


88 


1556 


1331 


131 


2203 


2085 


3 


154 


NA 


46 


903 


625 


89 


1571 


1349 


132 


2218 


2103 


4 


176 


NA 


47 


919 


641 


90 


1586 


1366 


133 


2233 


2121 


5 


197 


NA 


48 


935 


657 


91 


1601 


1383 


134 


2248 


2139 


6 


218 


42 


49 


951 


674 


92 


1617 


1401 


135 


2263 


2156 


7 


238 


52 


50 


967 


690 


93 


1632 


1418 


136 


2277 


2174 


8 


257 


64 


51 


982 


706 


94 


1647 


1435 


137 


2292 


2192 


9 


277 


75 


52 


998 


723 


95 


1662 


1453 


138 


2307 


2210 


10 


295 


87 


53 


1014 


739 


96 


1677 


1470 


139 


2322 


2227 


11 


314 


100 


54 


1030 


756 


97 


1692 


1487 


140 


2337 


2245 


12 


333 


112 


55 


1046 


772 


98 


1708 


1505 


141 


2352 


2263 


13 


351 


125 


56 


1061 


789 


99 


1723 


1522 


142 


2367 


2281 


14 


369 


139 


57 


1077 


805 


100 


1738 


1540 


143 


2381 


2299 


15 


387 


152 


58 


1093 


822 


101 


1753 


1557 


144 


2396 


2317 


16 


405 


166 


59 


1108 


839 


102 


1768 


1574 


145 


2411 


2335 


17 


422 


180 


60 


1124 


855 


103 


1783 


1592 


146 


2426 


2352 


18 


440 


194 


61 


1140 


872 


104 


1798 


1609 


147 


2441 


2370 


19 


457 


208 


62 


1155 


889 


105 


1813 


1627 


148 


2456 


2388 


20 


474 


222 


63 


1171 


906 


106 


1828 


1644 


149 


2470 


2406 


21 


492 


237 


64 


1186 


922 


107 


1844 


1662 


150 


2485 


2424 


22 


509 


251 


65 


1202 


939 


108 


1859 


1679 


151 


2500 


2442 


23 


526 


266 


66 


1217 


956 


109 


1874 


1697 


152 


2515 


2460 


24 


543 


281 


67 


1233 


973 


110 


1889 


1714 


153 


2530 


2478 


25 


560 


295 


68 


1248 


990 


111 


1904 


1732 


154 


2544 


2496 


26 


577 


310 


69 


1264 


1007 


112 


1919 


1750 


155 


2559 


2513 


27 


593 


325 


70 


1279 


1024 


113 


1934 


1767 


156 


2574 


2531 


28 


610 


341 


71 


1295 


1040 


114 


1949 


1785 


157 


2589 


2549 


29 


627 


356 


72 


1310 


1057 


115 


1964 


1802 


158 


2603 


2567 


30 


643 


371 


73 


1326 


1074 


116 


1979 


1820 


159 


2618 


2585 


31 


660 


387 


74 


1341 


1091 


117 


1994 


1838 


160 


2633 


2603 


32 


676 


402 


75 


1357 


1108 


118 


2009 


1855 


161 


2648 


2621 


33 


693 


418 


76 


1372 


1126 


119 


2024 


1873 


162 


2662 


2639 


34 


709 


433 


77 


1387 


1143 


120 


2039 


1890 


163 


2677 


2657 


35 


725 


449 


78 


1403 


1160 


121 


2054 


1908 


164 


2692 


2675 


36 


742 


465 


79 


1418 


1177 


122 


2069 


1926 


165 


2707 


2693 


37 


758 


480 


80 


1433 


1194 


123 


2084 


1943 


166 


2721 


2711 


38 


774 


496 


81 


1449 


1211 


124 


2099 


1961 


167 


2736 


2729 


39 


790 


512 


82 


1464 


1228 


125 


2114 


1979 


168 


2751 


2747 


40 


807 


528 


83 


1479 


1245 


126 


2128 


1997 


169 


2765 


NA 


41 


823 


544 


84 


1495 


1263 


127 


2143 


2014 








42 


839 


560 


85 


1510 


1280 


128 


2158 


2032 









NOTE: The first column is the number of bad resuhs (ne) 

The second column is the number of results for the pass limit (nSp) 
The third column is the number of results for the fail limit (nSf) 

F.5.1 .4.2 Pass fail decision rules 

Having observed bad results, pass the test at >77 results, otherwise continue 
Having observed 1 bad result, pass the test at > 106 results, otherwise continue 
Having observed 2 bad results, pass the test at >131 results, otherwise continue 
etc. until 
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Having observed 6 bad results, pass the test at >218 results, fail the test at < 42 results, otherwise continue 
Having observed 7 bad results, pass the test at >238 results, fail the test at < 52 results, otherwise continue 

etc. until 
Having observed 168 bad results, pass the test at >2751 results, fail the test at <2747 results, otherwise continue 
Having observed 169 bad results, pass the test at >2765 results, otherwise fail 

NOTE: an ideal DUT passes after 77 results. The maximum test time is 2765 results. 

F.5.1 .4.3 Background information to the pass fail limits 

There is freedom to design the decision co-ordinates (ne,ns). 

The binomial distribution and its inverse is used to design the pass and fail limits. Note that this method is not unique 
and that other methods exist. 

fail(ne, dfj : 



ne+ qnbinonr^df, ne, ER)) 



pas^ne, dp, M) := 



ne 



(ne + qnbinonr^clp, ne, ERM)) 



Where 

fail(..) is the error ratio for the fail limit 

pass(..) is the error ratio for the pass limit 

ER is the specified error ratio 0.05 

ne is the number of bad results. This is the variable in both equations 

M is the Bad DUT factor M=1.5 

df is the wrong decision probability of a single (ne,ns) co-ordinate for the fail limit. 
It is found by simulation to be df = 0.004 

clp is the confidence level of a single (ne,ns) co-ordinate for the pass limit. 
It is found by simulation to be clp = 0.9975 

qnbinom(..): The inverse cumulative function of the negative binomial distribution 

The simulation works as follows: 

A large population of limit DUTs with true ER = 0.05 is decided against the pass and fail limits. 

clp and df are tuned such that CL (95%) of the population passes and D (5%) of the population fails. 

A population of Bad DUTs with true ER = M*0.05 is decided against the same pass and fail limits. 

clp and df are tuned such that CL (95%) of the population fails and D (5%) of the population passes. 

This procedure and the relationship to the measurement is justified in subclause F.5. 1.3.7. The number of DUTs 
decreases during the simulation, as the decided DUTs leave the population. That number decreases with an 
approximately exponential characteristics. After 169 bad results all DUTs of the population are decided. 

NOTE: The exponential decrease of the population is an optimal design goal for the decision co-ordinates (ne,ns), 
which can be achieved with other formulas or methods as well. 
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Annex G (normative): 

Test case applicability and ICS proforma for 3^^ Generation 

User Equipment 



Notwithstanding the provisions of the copyright related to the text of the present document, The Organizational Partners 
of 3GPP grant that users of the present document may freely reproduce the ICS proforma in this annex so that it can be 
used for its intended purposes and may further publish the completed ICS. 



G.1 Recommended test case applicability 

The applicability of each individual test is identified in the table G. 1 . This is just a recommendation based on the 
purpose for which the test case was written. 

The applicability of every test is formally expressed by the use of Boolean expression that are based on parameters 
(ICS) included in annex G.5 of the present document. 

The columns in table 1 have the following meaning: 

Clause 

The subclause column indicates the subclause number of the present document that contains the test body. 

Title 

The title column describes the name of the test. 

Release 

The release column indicates the earliest release from which each testcase is applicable, except if otherwise stated of an 
individual test case. 

Applicability 

The following notations are used for the applicability column: 

R recommended - the test case is recommended 

O optional - the test case is optional 

N/A not applicable - in the given context, the test case is not recommended. 

Ci conditional - the test is recommended ("R") or not ("N/A") depending on the support of other 

items, "i" is an integer identifying an unique conditional status expression which is defined 
immediately following the table. For nested conditional expressions, the syntax "IF ... THEN (IF ... 
THEN ... ELSE...) ELSE ..." is used to avoid ambiguities. 

Comments 

This column contains a verbal description of the condition included in the applicability column. 
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Table G.I : Applicability of tests 



Clause 


Title 


Release 


Applicability 


Comments 


5.2.1-1 


Sensitivity Course Time Assistance: 
Sub-Test 1 


Rel-10 


C_RF1-1 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
GLONASS only 


5.2.1-2 


Sensitivity Coarse Time Assistance: 
Sub-Test 2 


Rel-10 


C_RF1-2 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
Galileo only 


5.2.1-3 


Sensitivity Coarse Time Assistance: 
Sub-Test 3 


Rel-10 


C_RF1-3 


All UEs supporting UE-Based A-GPS 
and A-GANSS with Modernized GPS 
only or UE-Assisted A-GPS and A- 
GANSS with Modernized GPS only 


5.2.1-4 


Sensitivity Coarse Time Assistance: 
Sub-Test 4 


Rel-10 


C_RF1-4 


All UEs supporting UE-Based A-GPS 
and A-GANSS with GLONASS only or 
UE-Assisted A-GPS and A-GANSS with 
GLONASS only 


5.2.2-1 


Sensitivity Fine Time Assistance: 
Sub-Test 1 


Rel-10 


C_RF2-1 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
GLONASS only and Fine Time 
Assistance 


5.2.2-2 


Sensitivity Fine Time Assistance: 
Sub-Test 2 


Rel-10 


C_RF2-2 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
Galileo only and Fine Time Assistance 


5.2.2-3 


Sensitivity Fine Time Assistance: 
Sub-Test 3 


Rel-10 


C_RF2-3 


All UEs supporting UE-Based A-GPS 
and A-GANSS with Modernized GPS 
only or UE-Assisted A-GPS and A- 
GANSS with Modernized GPS only and 
Fine Time Assistance 


5.2.2-4 


Sensitivity Fine Time Assistance: 
Sub-Test 4 


Rel-10 


C_RF2-4 


All UEs supporting UE-Based A-GPS 
and A-GANSS with GLONASS only or 
UE-Assisted A-GPS and A-GANSS with 
GLONASS only and Fine Time 
Assistance 


5.3-1 


Nominal Accuracy: Sub-Test 1 


Rel-10 


C_RF1-1 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
GLONASS only 


5.3-2 


Nominal Accuracy: Sub-Test 2 


Rel-10 


C_RF1-2 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
Galileo only 


5.3-3 


Nominal Accuracy: Sub-Test 3 


Rel-10 


C_RF1-3 


All UEs supporting UE-Based A-GPS 
and A-GANSS with Modernized GPS 
only or UE-Assisted A-GPS and A- 
GANSS with Modernized GPS only 


5.3-4 


Nominal Accuracy: Sub-Test 4 


Rel-10 


C_RF1-4 


All UEs supporting UE-Based A-GPS 
and A-GANSS with GLONASS only or 
UE-Assisted A-GPS and A-GANSS with 
GLONASS only 


5.4-1 


Dynamic Range: Sub-Test 1 


Rel-10 


C_RF1-1 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
GLONASS only 


5.4-2 


Dynamic Range: Sub-Test 2 


Rel-10 


C_RF1-2 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
Galileo only 


5.4-3 


Dynamic Range: Sub-Test 3 


Rel-10 


C_RF1-3 


All UEs supporting UE-Based A-GPS 
and A-GANSS with Modernized GPS 
only or UE-Assisted A-GPS and A- 
GANSS with Modernized GPS only 


5.4-4 


Dynamic Range: Sub-Test 4 


Rel-10 


C_RF1-4 


All UEs supporting UE-Based A-GPS 
and A-GANSS with GLONASS only or 
UE-Assisted A-GPS and A-GANSS with 
GLONASS only 


5.5-1 


Multi-path Performance: Sub-Test 1 


Rel-10 


C_RF1-1 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
GLONASS only 
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Clause 


Title 


Release 


Applicability 


Comments 


5.5-2 


Multi- path Performance: Sub-Test 2 


Rel-10 


C_RF1-2 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
Galileo only 


5.5-3 


Multi- path Performance: Sub-Test 3 


Rel-10 


C_RF1-3 


All UEs supporting UE-Based A-GPS 
and A-GANSS with Modernized GPS 
only or UE-Assisted A-GPS and A- 
GANSS with Modernized GPS only 


5.5-4 


Multi- path Performance: Sub-Test 4 


Rel-10 


C_RF1-4 


All UEs supporting UE-Based A-GPS 
and A-GANSS with GLONASS only or 
UE-Assisted A-GPS and A-GANSS with 
GLONASS only 


5.6-1 


Moving Scenario and Periodic 
Update Performance: Sub-Test 1 


Rel-10 


C_RF1-1 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
GLONASS only 


5.6-2 


Moving Scenario and Periodic 
Update Performance: Sub-Test 2 


Rel-10 


C_RF1-2 


All UEs supporting UE-Based A- 
GANSS or UE-Assisted A-GANSS with 
Galileo only 


5.6-3 


Moving Scenario and Periodic 
Update Performance: Sub-Test 3 


Rel-10 


C_RF1-3 


All UEs supporting UE-Based A-GPS 
and A-GANSS with Modernized GPS 
only or UE-Assisted A-GPS and A- 
GANSS with Modernized GPS only 


5.6-4 


Moving Scenario and Periodic 
Update Performance: Sub-Test 4 


Rel-10 


C_RF1-4 


All UEs supporting UE-Based A-GPS 
and A-GANSS with GLONASS only or 
UE-Assisted A-GPS and A-GANSS with 
GLONASS only 



C RF1-1 



IF G.4/7 AND NOT (G.3/12 OR G.3/13) AND NOT (G.4/8 OR G.4/9) THEN R ELSE N/A 



C RF1-2 



IF G.4/9 AND NOT (G.3/12 OR G.3/13) AND NOT (G.4/7 OR G.4/8) THEN R ELSE N/A 



C RF1-3 



IF G.4/8 AND (G.3/12 OR G.3/13) AND NOT (G.4/7 OR G.4/9) THEN R ELSE N/A 



C RF1-4 



IF G.4/7 AND (G.3/12 OR G.3/13) AND NOT (G.4/8 OR G.4/9) THEN R ELSE N/A 



C RF2-1 



IF G.4/7 AND NOT (G.3/12 OR G.3/13) AND NOT (G.4/8 OR G.4/9) AND G.5/1 THEN R ELSE N/A 



C RF2-2 



IF G.4/9 AND NOT (G.3/12 OR G.3/13) AND NOT (G.4/7 OR G.4/8) AND G.5/1 THEN R ELSE N/A 



C RF2-3 



IF G.4/8 AND (G.3/12 OR G.3/13) AND NOT (G.4/7 OR G.4/9) AND G.5/1 THEN R ELSE N/A 



C RF2-4 



IF G.4/7 AND (G.3/12 OR G.3/13) AND NOT (G.4/8 OR G.4/9) AND G.5/1 THEN R ELSE N/A 



G.2 Guidance for completing the ICS proforma 



G.2.1 Purposes and structure 



The purpose of this ICS proforma is to provide a mechanism whereby a supplier of an implementation of the 
requirements defined in relevant specifications may provide information about the implementation in a standardised 
manner. 

The ICS proforma is subdivided into subclauses for the following categories of information: 

instructions for completing the ICS proforma; 

identification of the implementation; 

identification of the protocol; 

ICS proforma tables (for example: UE implementation types, Teleservices, etc). 

G.2.2 Abbreviations and conventions 

The ICS proforma contained in this annex is comprised of information in tabular form in accordance with the guidelines 
presented in ISO/IEC 9646-7. 
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Item column 

The item column contains a number which identifies the item in the table. 

Item description column 

The item description column describes in free text each respective item (e.g. parameters, timers, etc.). It implicitly 
means "is <item description> supported by the implementation?". 

Reference column 

The reference column gives reference to the relevant 3GPP core specifications. 

Release column 

The release column indicates the earliest release from which the capability or option is relevant. 

Comments column 

This column is left blank for particular use by the reader of the present document. 

References to items 

For each possible item answer (answer in the support column) within the ICS proforma there exists a unique reference, 
used, for example, in the conditional expressions. It is defined as the table identifier, followed by a solidus character "/", 
followed by the item number in the table. If there is more than one support column in a table, the columns shall be 
discriminated by letters (a, b, etc.), respectively. 

EXAMPLE 1: A.7/14 is the reference to the answer of item 14 in table A. 7. 

G.2.3 Instructions for completing the ICS proforma 

The supplier of the implementation may complete the ICS proforma in each of the spaces provided. More detailed 
instructions are given at the beginning of the different subclauses of the ICS proforma. 

G.3 Identification of the User Equipment 

Identification of the User Equipment should be filled in so as to provide as much detail as possible regarding version 
numbers and configuration options. 

The product supplier information and client information should both be filled in if they are different. 

A person who can answer queries regarding information supplied in the ICS should be named as the contact person. 

G.3.1 Date of the statement 



G.3.2 User Equipment Under Test (UEUT) identification 

UEUT name: 



Hardware configuration: 
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Software configuration: 



G.3.3 Product supplier 

Name: 



Address: 



Telephone number: 



Facsimile number: 



E-mail address: 



Additional information: 



G.3.4 Client 

Name: 



Address: 



Telephone number: 
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Facsimile number: 



E-mail address: 



Additional information: 



G.3.5 ICS contact person 



Name: 



Telephone number: 



Facsimile number: 



E-mail address: 



Additional information: 



G.4 Identification of the protocol 



This ICS proforma applies to the 3GPP standards listed in the normative references subclause of the present document. 



G.5 ICS proforma tables 



NOTE: For ease of use Capabihty Tables G.2-G.4 are copied from TS 34.123-2 [15]. 



G.5.1 UE Implementation Types 



Table G.2: UE Radio Technologies 



Item 


UE Radio Technologies 


Ref. 


Release 


Comments 


1 


FDD (DS) 


25.101 


R99 




2 


TDD 3.84 Mcps 


25.102 


R99 




3 


TDD 1.28 Mcps (LCR) 


25.102 


Rel-4 




4 


GSM 


21.904, 5 


R99 




5 


GPRS 


23.060 


R99 




6 


MultiRAT_Capability 


23.060 


R99 
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Table G.3: FDD Layer 1 UE Radio Access Capabilities 



Item 


FDD Layer 1 UE Radio Access 
Capabilities 


Ref. 


Release 


Comments 


1 


Support of turbo decoding 


25.306, 4.5.1 


R99 




2 


Support of turbo encoding 


25.306, 4.5.2 


R99 




3 


Support for SF 51 2 (downlinl<) 


25.306, 4.5.3 


R99 




4 


Support of PDSCH 


25.306, 4.5.3 


R99and 
Rel-4 
only 




5 


Simultaneous reception of SCCPCH and 
DPCH 


25.306, 4.5.3 


R99 




6 


Simultaneous reception of SCCPCH, 
DPCH and PDSCH 


25.306, 4.5.3 


R99 and 
Rel-4 
only 




7 


Support of PCPCH 


25.306, 4.5.4 


R99 and 
Rel-4 
only 




8 


Support of uplink compressed mode only 


25.306, 4.9 


R99 




9 


Support of downlink compressed mode 
only 


25.306, 4.9 


R99 




10 


Support of uplink and downlink 
compressed mode 


25.306, 4.9 


R99 




11 


void 








12 


Support of UE based Network Assisted 
GPS LI C/A 


25.306, 4.8 


R99 




13 


Support of UE assisted Network Assisted 
GPS LI C/A 


25.306, 4.8 


R99 




14 


Support of HS-PDSCH 


25.306, 4.5.3 


Rel-5 




15 


Support of E-DPDCH 


25.306, 4.5.4 


Rel-6 




16 


Support of MBMS 


25.306,4.13 


Rel-6 




17 


Support of HS-SCCHIess HS-DSCH 


25.306, 4.5.3 


Rel-7 





Table G.4: UE positioning capability 



Item 


Services Capabilities 


Ref. 


Release 


Comments 


1 


Support for IPDL 


25.306, 4.8 


R99 




2 


Support of GPS timing of cell 
frames 


25.306, 4.8 


R99 




3 


UE-based OTDOA is 
supporting by UE 


25.306, 4.8 


R99 




4 


Standalone location method 
is supporting by UE 


25.306, 4.8 


R99 




5 


Support of UE-Based A- 
GANSS 


25.306, 4.8 


Rel-7 




6 


Support of UE-Assisted A- 
GANSS 


25.306, 4.8 


Rel-7 




7 


Support for GLONASS 


25.306, 4.8 


Rel-8 


Note 


8 


Support for Modernized GPS 


25.306, 4.8 


Rel-8 


Note 


9 


Support for Galileo 


25.306, 4.8 


Rel-7 


Note 


Note: If the capability is supported by the UE, then G.4/5 or G.4/6 must be supported as well. 



G.5.3 Additional information 

Table G.5: Additional capabilities 



Item 


Capability 


Ref. 


Release 


Comments 


1 


Support of Fine Time Assistance 


25.171,4.4 


Rel-6 
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Annex H (informative): 
Change history 



Meeting 


Document 


CR 


Rev 


Subject 


Cat 


Version 
-old 


Version 
-new 


WG 
Document 


RAN5#49 


R5-1 06342 


- 


- 


Initial version 


- 




0.0.0 


- 


RAN5#49 


R5-106612 


- 


- 


Editors notes added. VI .0.0 prepared tor 
presentation to RAN Plenary. 


- 


0.0.0 


1.0.0 


- 


RAN5#50 


R5-110129 




- 


New values added. Editor"s notes cleared 


- 


1.0.0 


1.1.0 


- 


RAN5#50 


R5-110130 


- 


- 


V2.0.0 prepared for presentation to RAN 
Plenary. 


- 


1.1.0 


2.0.0 


- 


- 


- 


- 


- 


Raised to v1 0.0.0 with no change 


- 


2.0.0 


10.0.0 


- 


RAN#52 


RP-1 10659 


0001 


- 


Corrections to clause references 




10.0.0 


10.1.0 


R5-1 12140 


RAN#52 


RP-1 10659 


0002 


- 


Removal of lower humidity limit 




10.0.0 


10.1.0 


R5-1 12144 
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